Shadow folder setup

[mkfurlong]

I am able to get shadow folders to work with the domain administrator user by adding the impersonate item to the web.config under the "VaultShadowFolder" on the web server. We don't want to use the administrator account so we tried setting up a new domain user following the instructions found in the knowledge base. When we switch the impersonate user in the web.config to the new user we setup we get this error (below) when clicking on the shadow folder link under one of the repositories. Can you tell from this error what we have done wrong?

Thanks, Mark


System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> System.ArgumentException: The path is not of a legal form. at System.IO.Path.NormalizePathFast(String path, Boolean fullCheck) at System.IO.Path.GetDirectoryName(String path) at VaultClientOperationsLib.LocalSettings.VaultClientConfigReader.MakeAllDirectories(String path) at VaultClientOperationsLib.LocalSettings.VaultClientConfigReader.MakeAllDirectories(String path) at VaultClientOperationsLib.LocalSettings.VaultClientConfigReader.MakeAllDirectories(String path) at VaultClientOperationsLib.LocalSettings.VaultClientConfigReader..ctor(String scope, String strDefLocation) at VaultClientOperationsLib.LocalSettings.Init(LocalSettingsScope scope, String strDefaultConfigDir) at VaultClientOperationsLib.ClientInstance.Init(AccessLevelType accessLevel, String localStoreBasePath) at VaultShadowFolder.VaultShadowFolderService.TestServerConnection() --- End of inner exception stack trace ---

[Beth]

Can you check what you have set for a shadow folder cache path? Then make sure you have that same path on disk.

[mkfurlong]

Here is the entry in the web.config. This folder does exist and there are subfolders in it created from earlier in the day, I guess from when I had the administrator user as the impersonate. Is this a bad place for these cache files?

<add key="shadowfolder_cachepath" value="C:\WINDOWS\Temp\SGShadowFolder\Vault Shadow Folder Cache" />

[Beth]

Does the user you have Vault running under now have explicit read/write access to the shadow cache folder? If that user is not list in the security of that folder, please add that user and provide read/write access.

[mkfurlong]

Yes the new vault user has full control over this folder.

[Beth]

Can you try the shadow folder function again and check your server log to see if you are getting a different error now? You didn't mention giving your impersonated user access to the SQL server databases, so I'm expecting an error somewhere about that.

I think the easiest way to get running again quickly would be to perform an uninstall, but keep the database, and then reinstall using your new impersonate user, but reuse the same database, and all the necessary permissions should be set.

[mkfurlong]

I am not sure what log to look at, is it this one? (vaultshadowfolderservice.txt). We are getting the same error. But to clarify we are only trying to use impersonate with the shadowfolder only. When I installed I selected "Network Service" and not custom user. If I change the impersonate user to me in the web.config file in the
e:\Inetpub\Wwwroot\VaultService\VaultShadowFolder the page pulls up correctly. If I switch it back to the new domain user, the admin page throws the error. I was not aware that the domain user needed SQL access.

We may need to delete this user and go through the steps again.

[Beth]

Technically, you can go the route you are going I think, but it's not something that gets tested. Could you sent an email to support at sourcegear.com with a link to this thread? I think I'll be able to help you better that way for this case.