Feodor Fitsner:'cleint_wss_dbuser' should exist in database and have db_creator rights. -url parameter web site should exist and can be opening in web browser.
All other parameters should be real too.
If the user exists, DNP reports with a "
Specified database user already exists in the hosting space" error message (in yellow, rather than a red one).
Tried in the command line, it reported:
Cannot open database "client_wss_db" requested by the login. The login failed. Login failed for user 'client_wss_dbuser'.
Manually created the database, then added the user to the databse (all through DNP); command line tool reported:
The specified database has an incorrect collation. Rebuild the database with the Latin1_General_CI_AS_KS_WS collation or create a new database.
Tried modifiing the colllation through SQL Management studio, same result.
Deleted the cleint_wss_db through DNP. Manually granted the client_wss_dbuser db_creator rights through SQL Management Studio, and ran the command again:
The IIS Web Site has been extended. You may need to use iisreset.exe to restart
IIS before your site becomes accessible.
Operation completed successfully.
Please access the SharePoint site at http://xxx/.
Why doesn't DNP automatically grant the specified user db_creator rights when creating the user during WSS3 setup?
Went to the website URL: Doesn't work... Checked IIS management console and found that WSS had created a new site with no web site identification. Removed the web site identification from the site DNP created, and added it to the newly created website that WSS created and now it works.
Also noticed the setup has completely removed the dedicated application pool that was created for the site through DNP as well as disabled ASP.NET on the site.
I'm assuming that all this happened because the IIS site wasn't supposed to have been created before hand by DNP. Looks like DNP has a few issues still with WSS3.
Anybody else care to add any experiences?