Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have already googled the message, and I have plenty of disk space available on the SVN server (it's about 4% usage of 150 GB).

I have noticed that when I try echo $TMPDIR at the command prompt on the SVN server I get nothing.

What is making this a little confusing is that I only get this message from one location when I do an svn diff (that I've tested so far) - this error is not coming up when I try from three other computers (one of which is testing against the exact same repository, the other two are different repositories on the same svn server).

About the only difference I can see is that the broken working copy is connecting to the server by an IP address where all the others are using a server name (although this resolves over DNS to the same IP Address).

I'm hoping that I don't have to scratch the broken working copy and checkout a new one - unfortunately, this is a legacy project and not all changes have been properly revisioned.

share|improve this question
Can you please add the OS and the version for both client and servers? – Mircea Vutcovici Apr 11 '12 at 19:06
up vote 3 down vote accepted

Eventually figured a method to do this (as well as getting everything currently unrevisioned under proper version control):

  1. Use the "find" command to strip all of the .svn directories from the broken working copy
  2. Move the working copy to another location
  3. Checkout a new working copy into the original location
  4. Recursively copy the old/stripped working copy into the new one
  5. No more problem

I reckon there must have been some corruption in one of the .svn files for that working copy.

share|improve this answer

On the computer with the problem, try deleting manually that directory, do not commit, but update your svn in your local machine, redo the changes on that directory, it is one directory. That usually works with me on similar errors.

share|improve this answer
It's the entire working copy - and as I said in my original post, there's a lot of unrevisioned stuff in there (which is a problem in itself that needs to be resolved, but that's for another day) so deleting the directory and updating is not really an option. – HorusKol Jun 29 '11 at 0:05

You also get this error if the disk is full, I discovered.

Free up some space and the error disappears.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.