edit this page - page history - about editing


SVN is the acronym for Subversion. Also see Git.
  1. Subclipse vs Subversive - a discussion on Eclipse plugins
  2. StatSVN
  3. Slow Subversion Performance over HTTPS
  4. Synchronising SVN and Git

Error: XYZ has no ancestry information.

This was using the Eclipse SVN client. I tried and tried and couldn't get around this error. Eventually I gave up and just moved my workspace to a new location, and checked out all my projects again.

There doesn't seem to be ANY help on the SVN mailing list about this. Sad

Error: commit item XYZ has copy flag but an invalid revision

I think I managed to achieve this after moving a folder in Eclipse (which resulted in a svn add and svn delete), renaming the folder back to the deleted folder manually in Explorer, and trying to commit. No series of updates or cleanups would resolve this.

The solution is to delete not only the containing folder of the folder, but the containing folder of that folder as well. You can then update and re-merge your changes as necessary.

Error: REPORT of XXX Could not read chunk size: Secure connection truncated

If your repository is being served by Apache, and you are using per-directory authentication (such as AuthzSVNAccessFile foo), this may be a bug with the mod_dav_svn module:

"So someone smarter than I continued where I left off and discovered that I was mostly right, there was a memory leak. But when I had tumbled off to get sleep, exhausted, he soldiered on, and tracked that leak to the DAV module (moddavsvn) in Apache. The problem, apparently, is that the DAV module was performing the authentication steps for every directory, every time it was accessed, and the leak was leaking during the auth process. Thus, in a large tree, the dozens or hundreds of auth steps would end up leaking the module into instability. The solution was to tell the DAV module not to reauthenticate for every path underneath the main one once the user had been authenticated into the repository. To do this, add the following statement to the apache config (in the vhost entry for the repo, in our case):

SVNPathAuthz off

...and in our case at least, all was well."

Note that this means that per-path authentication will essentially be ignored.

One possible symptom of this problem is that you can svn update individual directories fine, but trying to svn update a huge directory fails. Another solution may be to refactor your repository into smaller chunks, to prevent this memory/time/stability leak.


You might have a file listed locally as added, but remotely not within the repository. Check your Apache error.log for messages like these:

[error] [client] Provider encountered an error while streaming a REPORT response.  [404, #0]
[error] [client] A failure occurred while driving the update report editor  [404, #160013]
[error] [client] Working copy path XXX does not exist in repository  [404, #160013]

The only solution I could think of was checking out the entire local folder again, and then manually merging any missing files through a virtual export of the problematic folder.

Error: Error parsing svn:externals property on XXX

This can occur if you are trying to set a svn:externals property without a target like so:


Remember that svn:externals operates on a particular directory, so the property should be:

directory http://url

Read-only Database Errors

If you get one of the following errors when trying to commit a change:
  1. Can't set file XXX read-write: The system cannot find the file specified.
  2. Attempt to write a readonly database
Then your repository database may be read-only. This can be resolved by applying a chmod g+w REPO/db/rep-cache.db to the repository database. (more)

Error: Error reading spooled REPORT request response: digest mutual authentication failure: client nonce mismatch

I was getting this wildly unhelpful error only in certain circumstances: SVN was working fine to update, commit and checkout, but it was failing when trying to merge branches. In particular, my SVN was setup to host via Apache using mod_dav_svn and using Digest authentication rather than SSL.

One step to try and work out these problems is by only issuing one command at a time:

>svn ls http://host/svn/project/trunk.file

>svn ls http://host/svn/project/trunk.file
svn: E175002: GET of '/svn/project/!
svn/bc/59/trunk/file': Digest mutual authentication failure: client nonce mismatch (http://host)

Another thing you can try to do is to set neon-debug-mask in your client servers configuration file, to get much more detailed information on the authentication process (refer here to understand the value of this field):

neon-debug-mask = 138

You might also have a problem with svn-auth.htdigest file having correct group permissions, but not correct user permissions.

$ sudo chown www-data svn-auth.htdigest

I don't know what the actual cause of the problem was, but as I was behind a web proxy, using a different proxy (or removing the proxy entirely) solved the problem.

See also:
  1. svn diff 'path not found' and 'Error reading spooled REPORT request response'
  2. Can anyone help? Server was not authenticated correctly

TortoiseSVN 1.7 does not display modified svn:externals in commit dialog

I think this has to do with the recent change to a new working copy format in 1.7.x. The solution seems to involve executing a fresh checkout.
Categories: Technology
edit this page - what links to here? - page history - top
Last edited by jevon jevon 37 months ago