Error during Get Latest Version

[robe070]

HI,

We have had this error twice on one PC one month ago and about 2 weeks ago. Its now occurred on a second PC:

Code: Select all

[2/04/2009 8:09:30 AM] Local file update for $/VL/Trunk/work/connect/src/vldbgtp/vldbgtp.vcproj failed: System.IO.FileNotFoundException: Could not find file 'C:\Documents and Settings\Robert\Local Settings\Application Data\SourceGear\Vault_1\Client\47C64B82-1EC2-4907-8592-E511BBCFD1E4\robert\_sgvault\1503029439\1499300.1807785'.
File name: 'C:\Documents and Settings\Robert\Local Settings\Application Data\SourceGear\Vault_1\Client\47C64B82-1EC2-4907-8592-E511BBCFD1E4\robert\_sgvault\1503029439\1499300.1807785'
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.File.SetAttributes(String path, FileAttributes fileAttributes)
   at VaultLib.Misc.SetFileAttributes(String diskPath, FileAttributes attributes)
   at VaultClientOperationsLib.WorkingFolder.CleanupBaselineFiles(Int64 ID, Int64 currentVersion, Int32 limit)
   at VaultClientOperationsLib.WorkingFolder.UpdateHiddenFileContentsFromDelta(VaultClientFile file, String deltaFile, Int64 baseVersion, Int64 targetVersion, UInt32 targetCRC, Int64 targetSize)
   at VaultClientOperationsLib.UpdateThread.ProcessCommand(UpdateThreadCommand command, UpdateThreadCommandResult& outputResult)
[2/04/2009 8:09:30 AM] Local file update for $/VL/Trunk/work/connect/src/vldbgsrv/vldbgsrv.vcproj failed: System.IO.FileNotFoundException: Could not find file 'C:\Documents and Settings\Robert\Local Settings\Application Data\SourceGear\Vault_1\Client\47C64B82-1EC2-4907-8592-E511BBCFD1E4\robert\_sgvault\-1939645780\1499304.1807791'.
File name: 'C:\Documents and Settings\Robert\Local Settings\Application Data\SourceGear\Vault_1\Client\47C64B82-1EC2-4907-8592-E511BBCFD1E4\robert\_sgvault\-1939645780\1499304.1807791'
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.File.SetAttributes(String path, FileAttributes fileAttributes)
   at VaultLib.Misc.SetFileAttributes(String diskPath, FileAttributes attributes)
   at VaultClientOperationsLib.WorkingFolder.CleanupBaselineFiles(Int64 ID, Int64 currentVersion, Int32 limit)
   at VaultClientOperationsLib.WorkingFolder.UpdateHiddenFileContentsFromDelta(VaultClientFile file, String deltaFile, Int64 baseVersion, Int64 targetVersion, UInt32 targetCRC, Int64 targetSize)
   at VaultClientOperationsLib.UpdateThread.ProcessCommand(UpdateThreadCommand command, UpdateThreadCommandResult& outputResult)

To "fix" it we create a dummy file of the name in the error message. The files have ALWAYS been in the same folder $/VL/Trunk/work/connect/src

How can we stop it occurring?

thanks

Rob Goodridge

[robe070]

further to that some investigation shows that:

• Its probably only occurred on two specific files in our repository of many thousands of files.

• The error seems to have occurred on the next Get Latest Version performed after the change occurred.

• But, only on these 2 PCs when something like 20 developers use this particular project tree and 32 developers altogether in this repository

• Properties on the containing folder that the Get Latest Version is performed on shows Tree size is about 320 MB requiring 650 MB disk space.

[Beth]

What Vault is not finding is information found in the client-side cache. Specifically, it can't seem to find the baseline file.

If you don't have changes on disk, then you might try just performing a get on the file this appeared on, but use the overwrite option. Or you could try checking out the file and then an undo check-out with the leave option to force it to get a new baseline of the file.

What could be messing up that baseline might be the users closing Vault in the middle of an action, or going to the cache directly and making changes, or trying to access the exact same area of their cache at the same time with multiple actions. Do your users have VS open and using IDE integration at the same time that a Vault client is open, or multiple instances of VS but working on the same file at once?

[robe070]

Neither PC that has this issue is:

• Has ever edited the files that have the error

• Is mucking about with the cache directly

• Has closed Vault in the middle of an action

But, we are both, and so is every one of our users (32) using both VS and Vault Client at the same time.

We also perform Get Latest Version from the Vault Client, not VS. Thats because we have multiple VS solutions in the one Vault folder hierarchy.

One of the users has multiple VS instances open, but of course not editing the files in question.

Neither user actually opens a Solution that contains the VS project files that are faulty.

I also wonder about this being a client-side timing issue. If that was the case, why would it effect the exact same files on these 2 PCs? Especially when they are not being edited on either PC, or even opened.

regards

Rob Goodridge

[Beth]

All your users working at the same time shouldn't have an effect on this error, so that's not an issue.

Could you have one of the users who don't normally work with those files try performing a Get?

Do you get any different results if you use the 'overwrite' option with Get?

[robe070]

My comment about 'all users at the same time' was about them all doing the same work, yet they don't have the issue - not about concurrency.

Get Latest Version works fine on those files since we put the dummy files in place. 'Overwrite' is fine too.

I've now done a dummy change to one of the files and the Get Latest Version has worked, though I did that at a lower folder level than normal as I need to keep the rest of my source in its current state.

[Beth]

I tried to recreate your situation by randomly removing baseline files and can't get it to misbehave. If this happens again, send an email to support at SourceGear.com (attn: Beth) with a link to this forum thread. If possible, I'd like to take a closer look when it happens.