subu7890 wrote on Tue, Mar 13, 2012 at 21:51:17 -0700: > Hey Jason, > I'm also facing a similar problem.I'm working on a project > where the svn implementation is on the server side.Since svn > merge(reintegration only required for my project) reqiures a local working > copy, I maintain one working copy folder for each user, which I switch to > the target repository folder(the folder becomes the working copy of the > repository url of the merge target).When two users, try to merge at the > very same instant, the merge happens, but the following commit that is > called inside the same function returns the 'Predescessor Count for the > root node revision is wrong' for the second user (1st user is able to > commit properly).I'm invoking a cmd propmt on the server via c# code and > running the svn commands there.I have gone through your discussions here.I > found it very technical.Could you Kindly please try to be a bit > non-technical while replying to my queries?
Sure, we will try. What are your queries? Right now we don't know what exactly causes the bug; we are still investigating. When we make progress or find a fix, we will announce that. The best place to watch for such announcements is by registering to the issue tracker and adding yourself to the CC list on issue #4129 (link below): http://subversion.tigris.org/issues/show_bug.cgi?id=4129 Please keep discussion of the bug on the mailing list, not on the issue tracker. Cheers, Daniel > On Wednesday, 8 February 2012 02:53:10 UTC+5:30, Jason Wong wrote: > > > Hello. > > > > I have recently run into an issue with my subversion system (1.7.1) > > where a specific component I am trying to build has failed. I have > > had sucessful builds of this project before this issue happened since > > we upgraded to 1.7.1. I am currently getting by this by using > > TortoiseSVN 1.7.1 to do the check-in of the files left in the > > workspace. > > > > This issue seems to be intermittent as it does not happen every time. > > I am using subversion 1.7.1 windows binaries and subversion is > > hosting on Apache 2.2.21. > > > > I have run "svnadmin verify" against the directory and it has come > > back clean. I was wondering what type of events can cause this to > > happen? Are there any resolutions? > > > > Here are some entries from the apache log for the last time this > > issue happened. > > > > The Apache error log shows the following lines: > > > > [Tue Jan 31 11:37:23 2012] [error] [client 9.31.13.109] Could not > > MERGE resource "/repository/!svn/txn/61847-1bz5" into > > "/repository/project/binaries/release/phase1/iteration/81/trunk > > ". [409, #0] > > [Tue Jan 31 11:37:23 2012] [error] [client 9.31.13.109] An error > > occurred while committing the transaction. [409, #160004] > > [Tue Jan 31 11:37:23 2012] [error] [client 9.31.13.109] predecessor > > count for the root node-revision is wrong: found 61815, > > committing r61852 [409, #160004] > > [Tue Jan 31 11:37:24 2012] [error] [client 9.31.13.109] Could not > > fetch resource information. [404, #0] > > [Tue Jan 31 11:37:24 2012] [error] [client 9.31.13.109] Named > > transaction doesn't exist. [404, #0] > > > > The following are from the Apache access log at the same time: > > > > 9.31.13.109 - username [31/Jan/2012:11:37:22 -0800] "MERGE > > /repository/project/binaries/release/phase1/iteration/81/trunk > > HTTP/1.1" 409 281 > > 9.31.13.109 - username [31/Jan/2012:11:37:24 -0800] "DELETE > > /repository/!svn/txn/61847-1bz5 HTTP/1.1" 404 232 > > > > Any help/comments would be appreciated. Thank you. > > > > > > Jason Wong > > > >