[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

"successor id already exists in filesystem"

From: Sean E. Russell <ser_at_germane-software.com>
Date: 2002-10-16 19:55:11 CEST

Good luck tracking this one down. Since it fixed itself, I'm posting
only to provide a warning that something in svn_fs__new_successor_id()
*may* be broken.

This is SVN r2927, client and server, on Solaris 8. I have to say,
incidentally, that compiling Subversion (and Apache 2) on Solaris was
entirely painless. Went off without a hitch. Great job, folks.

Everything was going fine, until one day, on her way to Grandmother's
house, Goldilocks tried to commit a series of changes to a project and a
great, big, nasty Error jumped out at her from behind a tree!

"Sending build.xml
Sending styles/ProjectData.xsl
Sending styles/ScreenBuilder_html.xsl
Sending styles/ScreenBuilder_xul.xsl
Adding styles/html/CheckBoxGroup.xsl
Sending styles/html/ListBox.xsl
Sending styles/html/MenuList.xsl
Sending styles/html/RadioGroup.xsl
Sending styles/html/RichText.xsl
Sending styles/html/SingleChoiceList.xsl
Transmitting file data .....svn: Item already exists in filesystem
svn: Commit failed (details follow):
svn:
successor id `3r.15.6j' (for `3r.x.2d') already exists in filesystem
/local1/KITADev/kita/repositories/public/db"

the Error said, in a low, scary voice.

Well, Goldilocks tried re-checking-out the project, copying the changed
files to the new checkout, and committing, but the Error still followed
her. Then she tried 'db_recover -ve -h ...', but that, too, left the
Error unphased. Finally, she tried 'svnlook ... ids'. Grepping for
3r.15.6j failed, but grepping for 3r.x.2d succeeded! So Goldilocks
renamed the offending file, committed all of the other files, and when
she renamed the offending file back to its original name and checked it
in, it worked! The error was vanquished!

And Goldilocks lived happily... until the next error. (Insert sinister
foreshadowing music here).

--- SER

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 16 19:59:42 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.