Dragnet 1.0 beta - cannot access through web browser
Moderator: SourceGear
Dragnet 1.0 beta - cannot access through web browser
I just downloaded the Vault 3.0 and Dragnet 1.0 beta installations. I get the login screen and correctly enter the admin user with password, but the login screen redisplays. I must be correctly entering the user/password because I have tried other combinations which do not exist and I get a corresponding error message. Similarly, I cannot access the VaultService in the same manner through the web browser, i.e., the same results of entering a correct username/password and the login screen redisplays. I can use the Vault client GUI to access the Vault server without a problem, and I correctly configured the Dragnet for bug tracking because I can bring up the "Show my bugs" dialog. Any thoughts on what may be the problem?
Can you place both the Vault server and Dragnet Web app into "Debug" mode for logging?
Dragnet's setting is in web.config. Change the app setting from Quiet to Debug. Vault's setting can be configured from the Vault Admin Tool.
Once you have made the changes ( and restarted Vault ), try the login(s) again. Then, let's see what the log files have recorded.
Dragnet's setting is in web.config. Change the app setting from Quiet to Debug. Vault's setting can be configured from the Vault Admin Tool.
Once you have made the changes ( and restarted Vault ), try the login(s) again. Then, let's see what the log files have recorded.
Jeff Clausius
SourceGear
SourceGear
I went into the web.config file for both Vault and Dragnet and change the logging option from "Quiet" to "Debug". I then rebooted my machine. I went through the same process of trying to login through the web browser.
See attached sgvault.log and dragnet.log files.
I should point out that I am IE 6.0.2900 on Windows XP Pro with SP2. I am also running Norton Internet Security, and I have tried this with the firewall disabled and enabled.
See attached sgvault.log and dragnet.log files.
I should point out that I am IE 6.0.2900 on Windows XP Pro with SP2. I am also running Norton Internet Security, and I have tried this with the firewall disabled and enabled.
- Attachments
-
- logs.zip
- (1.25 KiB) Downloaded 907 times
Sorry, I accidently posted the last reply as Guest.
I also wanted to mention that the last entry in both log files is my attempt to login through the web browser. In both cases, it looks like I logged. That is indicated by login's without corresponding logouts. Some of the login's you see in the sgvault.log are from yesterday when I was using the Vault Admin/Client GUI tools. The one Vault login this morning as Admin was to change the logging option, and that is when I was notified that I should restart IIS and I just decided to perform a complete reboot.
I also wanted to mention that the last entry in both log files is my attempt to login through the web browser. In both cases, it looks like I logged. That is indicated by login's without corresponding logouts. Some of the login's you see in the sgvault.log are from yesterday when I was using the Vault Admin/Client GUI tools. The one Vault login this morning as Admin was to change the logging option, and that is when I was notified that I should restart IIS and I just decided to perform a complete reboot.
Is it possible you've disabled Cookies in your browser? One thing that both browser interfaces require for authorization is a ticket which is stored in a Cookie by your client browser.
Now the Vault GUI client handles its own cookie containers, so I don't believe those can be "turned off". Is it possible your browser is not allowing cookies from either web application?
Now the Vault GUI client handles its own cookie containers, so I don't believe those can be "turned off". Is it possible your browser is not allowing cookies from either web application?
Jeff Clausius
SourceGear
SourceGear
I have the default Medium level privacy set in IE for Intranet sites with no additional changes. I lowered the setting to enable all cookies and I get the same operation.
Here is something interesting. I have two machines with Vault server loaded -- one with 2.0.6 and one with 3.0. I decided to load the 3.0 on a different machine to try it out before I committed my active repository to it. Anyway, using the same web browser (i.e., same "client" machine), I can access the 2.0.6 Vault server without any problem. It is only when I try to access the 3.0 server that I have the problem. Note that the web browser and the Vault server 3.0 are on the same machine. I have a third machine from which I can use the web browser to access the 2.0.6 server without a problem, and from this browser I can access the 1.0 Dragnet but the 3.0 Vault server keeps giving me a redirection page (Object moved to here). When I went back to the web browser where I was having problems and I entered the IP address for the same machine instead of using its machine name, I then got into the Internet (instead of Intranet) zone, and I could access the Dragnet server, but I still cannot access the Vault server.
Here is something interesting. I have two machines with Vault server loaded -- one with 2.0.6 and one with 3.0. I decided to load the 3.0 on a different machine to try it out before I committed my active repository to it. Anyway, using the same web browser (i.e., same "client" machine), I can access the 2.0.6 Vault server without any problem. It is only when I try to access the 3.0 server that I have the problem. Note that the web browser and the Vault server 3.0 are on the same machine. I have a third machine from which I can use the web browser to access the 2.0.6 server without a problem, and from this browser I can access the 1.0 Dragnet but the 3.0 Vault server keeps giving me a redirection page (Object moved to here). When I went back to the web browser where I was having problems and I entered the IP address for the same machine instead of using its machine name, I then got into the Internet (instead of Intranet) zone, and I could access the Dragnet server, but I still cannot access the Vault server.
A colleague just pointed out something. Your host name is "CEREBRAL_DEV".
DNS only allows certain characters for host names, and '_' is not one of them. I wrote a SOS Collab KB article about this http://support.sourcegear.com/viewtopic.php?t=11. Although it is a Collab article, the same will apply to Vault Web as well as Dragnet.
See what affect changing the machine's name to CEREBRALDEV has on your configuration.
DNS only allows certain characters for host names, and '_' is not one of them. I wrote a SOS Collab KB article about this http://support.sourcegear.com/viewtopic.php?t=11. Although it is a Collab article, the same will apply to Vault Web as well as Dragnet.
See what affect changing the machine's name to CEREBRALDEV has on your configuration.
Jeff Clausius
SourceGear
SourceGear
Thanks. However, I have uninstalled the Vault and Dragnet, renamed my machine to remove the underscrore, rebooted, and then when I tried to install Vault it failed because the SQL account changed. So, can I uninstall SQL to reinstall it so that it sees the new computer name without losing my database?
Yes.
Just detach or backup your databases first, then Uninstall SQL Server. Once it has been removed move the vault / dragnet databases out of SQL Server's Data directory. If you did a "detach", do not delete the .mdf and .ldf files, as these are your databases.
Once SQL Server's directories have been cleaned, reinstall SQL Server. If you detached, move the .mdf / .ldf files back into the Data directory and attach. If you backed up, then restore the databases.
Once SQL Server is up and running, and you confirmed the databases are available, reinstall Vault / Dragnet.
Just detach or backup your databases first, then Uninstall SQL Server. Once it has been removed move the vault / dragnet databases out of SQL Server's Data directory. If you did a "detach", do not delete the .mdf and .ldf files, as these are your databases.
Once SQL Server's directories have been cleaned, reinstall SQL Server. If you detached, move the .mdf / .ldf files back into the Data directory and attach. If you backed up, then restore the databases.
Once SQL Server is up and running, and you confirmed the databases are available, reinstall Vault / Dragnet.
Jeff Clausius
SourceGear
SourceGear
I followed the MSDN documented procedure for SQL Server to rename a server. Now, when I try to install Vault, I get as far as the installation detecting that I have an existing Vault database on the server, but when I select to keep the database I get the following error message:
(note using Machine login for IIS Process Model)
"The user, CEREBRALDEV\ASPNET, could not be added as a SQL Server login. Please verify the windows account exists on this machine."
But, ASPNET is an active user account on the machine. Is there a problem in that the database knows about ASPNET from CEREBRAL_DEV before I changed the name of the machine and has it associated with the database when it was created? How do I get around this?
(note using Machine login for IIS Process Model)
"The user, CEREBRALDEV\ASPNET, could not be added as a SQL Server login. Please verify the windows account exists on this machine."
But, ASPNET is an active user account on the machine. Is there a problem in that the database knows about ASPNET from CEREBRAL_DEV before I changed the name of the machine and has it associated with the database when it was created? How do I get around this?
A couple of questions:
1) Are you configuring things to connect to SQL Server through Windows Auth or SQL Server Auth? From your description, it appears you are using Windows Auth.
2) If you log in to Query Analyzer or a different query tool (using the same account you use in the installation), can you run the following queries:
sp_grantlogin 'CEREBRALDEV\ASPNET'
sp_revokelogin 'CEREBRALDEV\ASPNET'
Any unexpected errors from those queries?
3) If you run sp_revokelogin 'CEREBRAL_DEV\ASPNET', does that remove the left over user?
1) Are you configuring things to connect to SQL Server through Windows Auth or SQL Server Auth? From your description, it appears you are using Windows Auth.
2) If you log in to Query Analyzer or a different query tool (using the same account you use in the installation), can you run the following queries:
sp_grantlogin 'CEREBRALDEV\ASPNET'
sp_revokelogin 'CEREBRALDEV\ASPNET'
Any unexpected errors from those queries?
3) If you run sp_revokelogin 'CEREBRAL_DEV\ASPNET', does that remove the left over user?
Jeff Clausius
SourceGear
SourceGear
Sorry, but I have not had a chance to get back resolving this issue until now. To answer your questions:
1. Yes, I am using Windows authentication.
2. I tried both commands. The sp_grantlogin failed saying that it could not find the user. The sp_revokelogin succeeded.
3. This sp_revokelogin succeeded and I suspect this is the one which now allows me to get through the Vault server installation successfully where it finds the existing database. Perhaps, the installation could do this (i.e., the sp_revokelogin in the case of the error) for us?
I am going to go through all of these steps one more time so that I can document them for future reference.
Thanks much for your help!
1. Yes, I am using Windows authentication.
2. I tried both commands. The sp_grantlogin failed saying that it could not find the user. The sp_revokelogin succeeded.
3. This sp_revokelogin succeeded and I suspect this is the one which now allows me to get through the Vault server installation successfully where it finds the existing database. Perhaps, the installation could do this (i.e., the sp_revokelogin in the case of the error) for us?
I am going to go through all of these steps one more time so that I can document them for future reference.
Thanks much for your help!