CRC mismatch on deleted file during get

James Jeffers · Post by **James Jeffers** » Mon Feb 27, 2006 7:37 am

Here's the operation:

[admanager@caesium 8.0.0]$ rm project_dir/file.cpp
[admanager@caesium 8.0.0]$ vault get \$/mega_project_dir/project_dir/file.cpp
Exception updating hidden and working file: CRC mismatch after applying delta (server CRC: 1710953562, computed CRC: 810464321). Please retry the get operation for $/mega_project_dir/project_dir/file.cpp
<vault>


<error>
Exception of type VaultClientOperationsLib.GetLatestVersionFailedException was thrown.
</error>
<exception>
VaultClientOperationsLib.GetLatestVersionFailedException: Exception of type VaultClientOperationsLib.GetLatestVersionFailedException was thrown.
in <0x0341d> VaultClientOperationsLib.ClientInstance:ProcessGetFileRequests (VaultClientOperationsLib.GetFileInfo[] infos, MakeWritableType makeWritable, SetFileTimeType setFileTime, MergeType merge, Boolean updateHiddenFilesOnly, System.String ancestorFullPath, Boolean flat, System.String ancestorDiskPath, VaultClientOperationsLib.OverwritePrompt PromptData, Boolean isLabelGet, System.String currentPathToLabelItem, Int64 labelID, Boolean isRetry, Boolean isGetByDisplayVersion)
in <0x0009d> VaultClientOperationsLib.ClientInstance:GetToNonWorkingFolder (VaultClientOperationsLib.VaultClientFile[] files, Boolean forceLatest, Boolean overwrite, MakeWritableType makeWritable, SetFileTimeType setFileTime, System.String ancestorFullPath, System.String ancestorDiskPath, VaultClientOperationsLib.OverwritePrompt PromptData)
in <0x00056> VaultClientOperationsLib.ClientInstance:GetToNonWorkingFolder (VaultClientOperationsLib.VaultClientFile file, Boolean forceLatest, Boolean overwrite, MakeWritableType makeWritable, SetFileTimeType setFileTime, System.String ancestorFullPath, System.String ancestorDiskPath, VaultClientOperationsLib.OverwritePrompt PromptData)
in <0x0036d> VaultClientOperationsLib.ClientInstance:RepairBaseline (VaultClientOperationsLib.VaultClientFile file)
in <0x030b2> VaultClientOperationsLib.ClientInstance:ProcessGetFileRequests (VaultClientOperationsLib.GetFileInfo[] infos, MakeWritableType makeWritable, SetFileTimeType setFileTime, MergeType merge, Boolean updateHiddenFilesOnly, System.String ancestorFullPath, Boolean flat, System.String ancestorDiskPath, VaultClientOperationsLib.OverwritePrompt PromptData, Boolean isLabelGet, System.String currentPathToLabelItem, Int64 labelID, Boolean isRetry, Boolean isGetByDisplayVersion)
in <0x00076> VaultClientOperationsLib.ClientInstance:Get (VaultClientOperationsLib.VaultClientFile[] files, Boolean forceLatest, MakeWritableType makeWritable, SetFileTimeType setFileTime, MergeType merge, VaultClientOperationsLib.OverwritePrompt PromptData)
in <0x0004e> VaultClientOperationsLib.ClientInstance:Get (VaultClientOperationsLib.VaultClientFile file, Boolean forceLatest, MakeWritableType makeWritable, SetFileTimeType setFileTime, MergeType merge, VaultClientOperationsLib.OverwritePrompt PromptData)
in <0x003a4> VaultCmdLineClient.VaultCmdLineClient:performGet (System.Collections.ArrayList strItemArray)
in <0x0027f> VaultCmdLineClient.VaultCmdLineClient:ProcessCommandGet (System.Collections.ArrayList strItemArray)
in <0x0178e> VaultCmdLineClient.VaultCmdLineClient:ProcessCommand (VaultCmdLineClient.Args curArg)
</exception>
<result success="no" />
</vault>

James Jeffers · Post by **James Jeffers** » Mon Feb 27, 2006 10:01 am

I should mention some other details:
RHEL v4, update 2
mono 1.1.12
Vault 3.1.16 client/command line

lbauer · Post by **lbauer** » Mon Feb 27, 2006 1:20 pm

It looks like there's a problem with the baselines. Can you get to a new working folder?

James Jeffers · Post by **James Jeffers** » Wed Mar 01, 2006 3:02 pm

I even went so far as to remove the local files.

Eventually this went away. Weird. All is well right now.

I would also like to point out that there is a tremendous speed difference between our Solaris (1.1.12)/Vault and RHELv4 installs of mono (1.1.13.2) /Vault. Whereas the Solaris "get" operations take upwards of 40 minutes for our source trees, RHELv4 will do the same in about half the time.

Just my $0.02.

lbauer · Post by **lbauer** » Wed Mar 01, 2006 4:37 pm

We don't officially support Solaris at the present, but hope to at some point in the future. I'll log a bug in our bug database to take a look at performance when we are able to provide support for this plastform.