tags:

views:

199

answers:

1

While submitting my changes this error popped up from AnkSvn:

SharpSvn.SvnException: Commit failed (details follow): ---> SharpSvn.SvnException: Can't open file '\\dfs.coteng.com\coteng\cotengitbright\visualsvn\repositories\Coteng.DSAutomation\db\transactions\106-43.txn\props': The system cannot find the file specified.  
   --- End of inner exception stack trace ---
   at SharpSvn.SvnClientArgs.HandleResult(SvnClientContext client, SvnException error)
   at SharpSvn.SvnClientArgs.HandleResult(SvnClientContext client, svn_error_t* error)
   at SharpSvn.SvnClient.Commit(ICollection`1 paths, SvnCommitArgs args, SvnCommitResult& result)
   at Ankh.Services.PendingChanges.PendingChangeHandler.<>c__DisplayClass15.<Commit_CommitToRepository>b__14(Object sender, ProgressWorkerArgs e)
   at Ankh.ProgressRunnerService.ProgressRunner.Run(Object arg)

A similar message is shown when trying to submit with TortoiseSVN.
What does this props file do and does anybody know the possible root cause for this?

A: 

I expect that the props file is related to the revision properties for the commit (called a transaction at this stage, or txn). Are you accessing a local repository, or is it remote?

It looks to me like something is going wrong on the server (or repository) side of this while it's creating the new commit. Maybe a disk filled up, or permissions are wrong, or filesystem corruption... don't really know.

Can you provide any additional context?

retracile
I've looked into it with the sysadmin and it appears that our SVN repos are on a DFS system. Whenever the commit takes longer then "x" seconds the DFS starts replicating it to the other servers.We think it is taking a lock on the directory and by that disallowing the SVN server to access it.The reason they chose to put it on DFS is so our department abroad could use it too. I explained them that it won't work that way and that we will need a distributed source control system for that. Seen that it took me 2 years to convince them we need SC, I don't think this is a good thing.
borisCallens
If you have two people in different offices doing a commit at the same time, and the filesystem is getting updated out from under svn, I could see one side completing, deleting the temporary transaction files, and leaving the other side terribly confused.
retracile