SourceGear Support

Try looking at this KB article. There may be more going on, but this is a good place to start.

http://support.sourcegear.com/viewtopic.php?t=78

Could you please verify that you have ASP.Net pages enabled in your IIS manager? I've run into something like this before, and that was the cause.

Options In Vault, when you either Get Latest Version or Check Out a file, you are given three options to handle any modified local file: Overwrite the local file Do not overwrite/Merge Later Attempt an automatic merge Only files that are of status Renegade, Edited, Merged, and Needs Merge are affec...

Since AdSubtract is probably not mandated by your network, you could try telling the .Net framework to not go through the system default proxy. Look in you machine.config under the <defaultProxy> section and change <proxy usesystemdefault="true"/> to <proxy usesystemdefault="false&quo...

I'm not actually sure if there are any serious performance implications for disabling SendChunked. Chunked encoding was added in version 1.1 (i think), to prevent OutOfMemory exceptions when uploading large files. Chunked encoding instructs the .Net framework to upload the file a little bit at a tim...

Ken's situation was resolved as follows: Ken had a gateway that stood between the external client and the Vault server. This gateway was confused by the SendChunked property which Vault uses on its upload web requests. Setting the DontUseChunkedHTTPTransfers and restarting the client solved his prob...

Ken,

We'll need to figure this out directly. Please email me at jeremy@sourcegear.com with your phone number and I'll give you a call.

The server does not try to open another connection out. Does this happen with very small files (about 1 byte). Long ago, I saw a situation where the SSL connection would be reset if the file is over a certain size. If that has reappeared for you, I would really like to know. Another thing to try is ...

So I'm sure that I understand, your problem, I'm going to restate it. Noone can add any files through an SSL connection. Everyone can add files in normal http mode (except for the offsite guy, since you probably don't have port 80 open to the world. How big are the files? Is there anything in the se...

Files in Vault can have the following statuses in the Status column of the file list. You can use the Status Search tab at the bottom of the Vault Client to look for files in your tree that have any of these statuses. Blank. Files that have no status in the Status column are up to date with the late...

Ding, In Vault 1.2, the answer is "maybe". In Vault 2.0, the answer is "yes". In both Vault 1.2 and 2.0, the Vault Client will respect a manual proxy setting in Internet Options -> Connections -> Lan Settings, provided that the proxy is specified by checking the "Use a proxy...

This is very related to another issue that we solved in the same way. http://support.sourcegear.com/viewtopic.php?t=26 The cause of this is the Unique Repository ID (which is the long GUID you see when deleting client cache files), which is the same for all servers that that repository is on. If a u...

Greg,

My first guess would be that the user that is logged in to the admin tool also has a stale cache file. You could try deleting that user's cache files.

If you already have, then please email me at jeremy@sourcegear.com and I'll work with you offline and post a summary here.

-Jeremy

What is the exact exception that you're getting on obliterate?

It sounds to me that there is a problem on the client side of things. Could you try deleting your CacheMember_Repository file? Check out This KB article . My theory is that the deletion worked in the DB, but the client tree cache was not updated. The stale client cache would then cause errors like t...