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
> >
> >
Received on 2012-03-15 01:27:42 CET