When I visit the http://snowball/VaultService/ and http://snowball/VaultService/VaultService.asmx URLs, I get what I'm supposed to get, no errors. Yet I can't log in and I keep getting that error.System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> System.NullReferenceException: Object reference not set to an instance of an object.
at VaultServiceAPILib.VaultServiceAPI.AuthenticateAndLogin(VaultSqlConn conn, String strLogin, String strDecryptedPassword, String strHostname, String strSessionID, VaultUser vu, Guid& gSessionGUID, Int32& nValidUserAttempts)
at VaultServiceAPILib.VaultServiceAPI.Login(VaultSqlConn conn, String strLogin, String strDecryptedPassword, String strHostname, String strSessionID, String& strToken, VaultUser& vu, Int32& nValidUserAttempts)
at VaultServiceAPILib.VaultServiceAPISystem.DoLogin(Boolean bAdminLogin, HttpApplicationState has, HttpSessionState hss, String strHostname, Boolean bUseFullFiles, String strLogin, String strPassword, String strRMKey, String& strAuthToken)
at VaultService.VaultAdminService.Login(String strHostname, Boolean bUseFullFiles, String username, String strEncryptedPassword, String strRMKey, String& strAuthToken)
--- End of inner exception stack trace ---
new installation, sourcegear vault no worky
Moderator: SourceGear
new installation, sourcegear vault no worky
I'm on XP Pro, IIS 5.1, .NET Framework 1.1 SP 1, MSDE 2000 (the latest one, whichever it may be). What am I doing wrong? I installed in what I hear is the correct order, IIS then MSDE then .Netfx then Vault.
Most likely, you can find out the reason for the problem logged in the server log file. Are you trying to use Active Directory authentication? Can you log in with the "admin" user?
This is very confusing then. The stack trace that you posted indicates that it's failing in the login procedure. The log file is created in the startup, which must happen before the login procedure can be called. Can you make sure that the account that Vault is running under has full control of c:\windows\temp? It's most likely running as MACHINENAME\ASPNET on your system, but it could be different if you installed with impersonation.
Apparently not! Very curious. I'll add the permission and see what happens from there. I installed as an Administrator, so the installer shouldn't have had any problem granting the correct permissions.
Edit: I gave full control to ASPNET. Same exception and inability to log, same lack of a log file.
Edit: I gave full control to ASPNET. Same exception and inability to log, same lack of a log file.
- Attachments
-
- Screenshot - 6_5_2005 , 5_15_08 PM.gif (16.83 KiB) Viewed 11319 times
-
- Screenshot - 6_5_2005 , 5_16_12 PM.gif (38.05 KiB) Viewed 11319 times
-
- Screenshot - 6_5_2005 , 5_16_43 PM.gif (41.06 KiB) Viewed 11319 times