Re: E175002: Server sent unexpected return value (500 Internal Server Error) in response to POST request for '/repos/svntest/!svn/me'
On Thu, 22 Dec 2011 22:58:44 +0100 Pierre Berthier wrote: > Hi > > after upgrading a SVN server from 1.6 to 1.7.2 (r1207936), I am > getting this error message when committing: > > svn: E175002: Commit failed (details follow): > svn: E175002: Server sent unexpected return value (500 Internal Server > Error) in response to POST request for '/repos/svntest/!svn/me' > > The corresponding error on the server is: > (20014)Internal error: Can't open file '/srv/svn/repos/!svn/format': > No such file or directory > > My apache configuration on the server includes: > > > DAV svn > SVNParentPath /srv/svn/repos/ > SVNListParentPath on > ... > > I have discovered that if I stop using path-based authorization by setting SVNPathAuthz Off instead of On, the problem disappear. I have also tried the value "short_circuit" for SVNPathAuthz, but it does not change the error compared to "SVNPathAuthz On". Anyone a clue what this means?
Re: svn does not match expected url
On Tue, Jan 3, 2012 at 7:04 PM, Luis Mochan wrote: > Today I tried to 'svn update' a very old folder from a very old repository You don't mention which old server software, or client software, you used to check this old folder out. > name. Its full name is em.fis.unam.mx and its short name is em, so I > sometimes use > svn ... svn://em.fis.unam.mx/... > and sometimes just > svn ... svn://em/... Mixing and matching will cause trouble. It should be possible to use "svn switch" to set the URL to be consistent throughout your working copy. Did you maybe have an svn:extern you were dealing with? > I checked manually that my folder was up to date and then removed it > to check out a fresh copy, so now I cannot reproduce the error. > > Nevertheless, my questions are: Is this a known issue? Should I always > use the full name of the repository host? Is there a decent way to > correct the problem (in case it appears again in the future)? I recommend fully qualified host names. If you have a server named "svn" at work" and one named "svn" at home, life gets confusing. What you have in /etc/hosts, and even searchable DNS domains in /etc/resolv.conf, should not matter as long as the name resolves by hook or by crook. > Thanks and best regards, > Luis > > -- > > o > W. Luis Mochán, | tel:(52)(777)329-1734 /<(*) > Instituto de Ciencias Físicas, UNAM | fax:(52)(777)317-5388 `>/ /\ > Apdo. Postal 48-3, 62251 | (*)/\/ \ > Cuernavaca, Morelos, México | moc...@fis.unam.mx /\_/\__/ > > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > >
Commit failure when doing concurrent commits: "the specified activity does not exist"
Hello guys, I'm running the following configuration: OS: Ubuntu 8.04 (Hardy Heron) svn: 1.4.6dfsg1-2ubuntu1.3 apache2: 2.2.8-1ubuntu0.22 apache2-mpm-prefork: 2.2.8-1ubuntu0.22 And experiencing the following problem: When performing simultaneous commits from 5 different stations, some commits fail with the following messages (taken from the apache error log): [Wed Dec 14 09:59:20 2011] [error] [client 10.46.1.21] Could not CHECKOUT resource /cp1-svn/!svn/bln/17472. [409, #0] [Wed Dec 14 09:59:20 2011] [error] [client 10.46.1.21] The specified activity does not exist. [409, #190002] I've been browsing through the 1.4.6 subversion sources and noticed that this error message is given when apr_dbm_open or apr_dbm_fetch fail for any reason (look in mod_dav_svn/activity.c --> const char *dav_svn_get_txn) so I would assume this is caused by concurrency issues in Berkley DB or in APR... (though this is just an assumption...) Regards
Re: Commit failure when doing concurrent commits: "the specified activity does not exist"
On Wed, Jan 4, 2012 at 08:12, Alexandru Ioan Cucu wrote: > Hello guys, > > I'm running the following configuration: > > OS: Ubuntu 8.04 (Hardy Heron) > svn: 1.4.6dfsg1-2ubuntu1.3 > apache2: 2.2.8-1ubuntu0.22 > apache2-mpm-prefork: 2.2.8-1ubuntu0.22 > > And experiencing the following problem: > When performing simultaneous commits from 5 different stations, some commits > fail with the following messages (taken from the apache error log): > > [Wed Dec 14 09:59:20 2011] [error] [client 10.46.1.21] Could not CHECKOUT > resource /cp1-svn/!svn/bln/17472. [409, #0] > [Wed Dec 14 09:59:20 2011] [error] [client 10.46.1.21] The specified > activity does not exist. [409, #190002] > > I've been browsing through the 1.4.6 subversion sources and noticed that > this error message is given when apr_dbm_open or apr_dbm_fetch fail for any > reason (look in mod_dav_svn/activity.c --> const char *dav_svn_get_txn) so > I would assume this is caused by concurrency issues in Berkley DB or in > APR... (though this is just an assumption...) Subversion 1.4 is no longer supported (and that has been the case for a very long time), so unless you're looking to perform your own fix to the source, the first response you're going to get is "upgrade to a supported release."
Re: svn does not match expected url
> Mixing and matching will cause trouble. It should be possible to use > "svn switch" to set the URL to be consistent throughout your working > copy. Wouldn't it be 'svn relocate'? (Just read about it in the manual) Regards, Luis
Re: Commit failure when doing concurrent commits: "the specified activity does not exist"
Yes, Thought that on the users mailing list there might be someone that might have had this problem many years ago :) Thanks From: Andy Levy To: Alexandru Ioan Cucu Cc: "users@subversion.apache.org" Sent: Wednesday, January 4, 2012 5:13 PM Subject: Re: Commit failure when doing concurrent commits: "the specified activity does not exist" On Wed, Jan 4, 2012 at 08:12, Alexandru Ioan Cucu wrote: > Hello guys, > > I'm running the following configuration: > > OS: Ubuntu 8.04 (Hardy Heron) > svn: 1.4.6dfsg1-2ubuntu1.3 > apache2: 2.2.8-1ubuntu0.22 > apache2-mpm-prefork: 2.2.8-1ubuntu0.22 > > And experiencing the following problem: > When performing simultaneous commits from 5 different stations, some commits > fail with the following messages (taken from the apache error log): > > [Wed Dec 14 09:59:20 2011] [error] [client 10.46.1.21] Could not CHECKOUT > resource /cp1-svn/!svn/bln/17472. [409, #0] > [Wed Dec 14 09:59:20 2011] [error] [client 10.46.1.21] The specified > activity does not exist. [409, #190002] > > I've been browsing through the 1.4.6 subversion sources and noticed that > this error message is given when apr_dbm_open or apr_dbm_fetch fail for any > reason (look in mod_dav_svn/activity.c --> const char *dav_svn_get_txn) so > I would assume this is caused by concurrency issues in Berkley DB or in > APR... (though this is just an assumption...) Subversion 1.4 is no longer supported (and that has been the case for a very long time), so unless you're looking to perform your own fix to the source, the first response you're going to get is "upgrade to a supported release."
control-M characters that are NOT end of line characters
For autopopulate I’ve setup for shell scripts to be text/plain, native eol and executable *.ksh= svn:mime-type=text/plain;svn:eol-style=native;svn:executable But I have a shell script removeCTLM.ksh that has an embedded cntl-m as part of a regular expression, for example sed 's/^M//g' $file > tmpfile I’ve ended up renaming it to removeCTLM.ksk so I could not include the native eol style *.ksk = svn:mime-type=text/x-ksh;svn:executable But I’m wondering if anyone has a better solution to this so I don’t have to play games with the filetypes to avoid Subversion from complaining about the ^M in the file?
Re: svn update issues...
> > > Hello, > > > > > > Thanks for your reply! Difference is that before, after doing update > > > or check out with -N, i can do one svn update in the root. Now > > > update in the root starts updating tags. > > > > > > Please note that i have a bunch of projects and doing update for > > > every trunk is tiresome. > > > > > > Reverted to using 1.6.x as client for now. Will test set-depth today. > > > > > > From: Bob Archer > > > Sent: 12/28/2011 9:02 > > > To: Pavel Krupets; users@subversion.apache.org > > > Subject: RE: svn update issues... > > > > > > > > I have the following "structure": > > > > > > > > > > [+] \ > > > > > [+] tags > > > > > [+] 2011-01-01 ... > > > > > [+] ... > > > > > [+] trunk > > > > > [+] ... > > > > > > > > > > Before I was able to do: > > > > > > > > > > 1) svn co -N http://me/svn . > > > > > 2) svn update -N tags > > > > > 3) svn update trunk > > > > > > > > > > Then when I decided to update my stuff I just go there and run > > > > > "svn update" and tags folder was ignored. Now I did the same > > > > > thing but when I do > > > > "svn update" > > > > > tags is being updated as well (starts downloading contents, and > > > > > there is a lot of stuff there). > > > > > > > > > > I tried "svn update --depth=empty tags", didn't help. The > > > > > following command hangs svn client forever: "svn update --set- > > depth=empty tags". > > > > > > > > > > > > > I did the following: > > > > > > > > Svn co --depth=empty http://myserver/svn/project project cd > > > > project svn up -- depth=empty tags svn up trunk > > > > > > > > Works fine. > > > > > > > > I have read the --set-depth can take a LONG time in 1.7. So a > > > > clean checkout seems to be the quickest way to do this. > > > > > > Hmm... those commands all got put on one line: > > > > > > Svn co --depth=empty http://myserver/svn/project project > > > > > > cd project > > > > > > svn up --depth=empty tags > > > > > > svn up trunk > > > > > > > > Sorry. Just noticed. Step 3 should be "svn update" no trunk. > > > > (please stop top posting) > > > > Ok... let me break it down: > > > > Svn co --depth=empty http://myserver/svn/project project > > > > Creates the working copy with no folders brought down. > > > > Cd project > > > > Changes you to the project folder as your present working directory. > > > > svn up --depth=empty tags > > > > Adds the tags folder to the working copy with the depth of empty. > > > > Svn up trunk > > > > Adds the trunk folder to the working copy with the depth of infinity. > > > > From that point on you can do an > > > > Svn up > > > > From the root and it will NOT bring in any tags, it will update all of > > trunk. > > > > If you want to add a tag you can do something like: > > > > Cd project/tags > > Svn up Version1 > > > > Which will give you that folder. Then updating from root will update > > this folder as well as trunk. > > > > BOb > > > > -- > > This is exactly what I expected to > > happen. But on my PC "svn update - depth=empty tags" gets tags folder > > but not it's children. When I do "svn update" > > in tags' parent folder, it starts downloading all of the tags' children. > > I used: http://downloads.sourceforge.net/project/win32svn/1.7.2/Setup- > > Subversion- > > > 1.7.2.msi?r=http%3A%2F%2Fsourceforge.net%2Fprojects%2Fwin32svn%2F&ts=1 > > 325094625&use_mirror=superb-sea2 > > Sorry about top replying not sure what tools you use to reply. > > If you cd into your tags folder and use the command svn info does it show > depth > set to empty? > > Did you use --depth (two dashes) or -depth (one dash?) You need to use two > dashes before the switch. > > BOb > > -- > > I used 2 dashes. This is a typo in email. Will try today when I get to my PC. > Thanks a lot for your help! > -- > > Ok. I think I figured out what's happening. Sorry for confusion. Too much time > between steps. This scenario used to work with update -N (well it does on > 1.6.x). > I have: > [+] \ > [+] krupets.com > [+] tags-deploy > [+] trunk > [+] prj2 > [+] tags > [+] trunk > [+] ... > I did this: > 1) svn co http://me/svn > 2) cd krupets.com > 3) rm -rf tags-deploy > 4) svn update --depth=empty tags-deploy > 5) cd .. > 6) svn update > step 3 need HDD space > step 6 started downloading tags-deploy's contents. > Did "svn info" after step 4. > D:\prj\svn\krupets.com\tags-deploy>svn info > Path: . > Working Copy Root Path: D:\prj\svn > URL: http://pakrupet-lw7:8080/svn/krupets.com/tags-deploy > Repository Root: http://pakrupet-lw7:8080/svn Repository UUID: 62ddac95- > 37c5-4faf-bfee-33da28e6a6f3 > Revision: 923 > Node Kind: directory > Schedule: normal > Last Changed Author: pkrupets > Last C
Re: control-M characters that are NOT end of line characters
On 1/4/2012 12:56 PM, James Hartleroad wrote: For autopopulate I’ve setup for shell scripts to be text/plain, native eol and executable *.ksh= svn:mime-type=text/plain;svn:eol-style=native;svn:executable But I have a shell script removeCTLM.ksh that has an embedded cntl-m as part of a regular expression, for example sed 's/^M//g' $file > tmpfile I’ve ended up renaming it to removeCTLM.ksk so I could not include the native eol style *.ksk= svn:mime-type=text/x-ksh;svn:executable But I’m wondering if anyone has a better solution to this so I don’t have to play games with the filetypes to avoid Subversion from complaining about the ^M in the file? It's been awhile since I've played with the Korn shell, but this works in bash: #!/bin/bash -f sed 's/\r//g' $1 > tmpfile Rather than use a special character, I used the shell's escape sequence. -- David Chapman dcchap...@acm.org Chapman Consulting -- San Jose, CA Software Development Done Right. www.chapman-consulting-sj.com
Re: Commit failure when doing concurrent commits: "the specified activity does not exist"
On Jan 4, 2012, at 07:12, Alexandru Ioan Cucu wrote: > I've been browsing through the 1.4.6 subversion sources and noticed that this > error message is given when apr_dbm_open or apr_dbm_fetch fail for any reason > (look in mod_dav_svn/activity.c --> const char *dav_svn_get_txn) so I would > assume this is caused by concurrency issues in Berkley DB or in APR... > (though this is just an assumption...) Also, if you are indeed using a BerkeleyDB-based repository, I'd suggest a dump/load cycle to get onto an FSFS-based repository so you can avoid all the BDB-specific problems. FSFS has been the default repository type since Subversion 1.2 IIRC.
Re: svn does not match expected url
On Jan 4, 2012, at 09:14, Luis Mochan wrote: >> Mixing and matching will cause trouble. It should be possible to use >> "svn switch" to set the URL to be consistent throughout your working >> copy. > > Wouldn't it be 'svn relocate'? (Just read about it in the manual) In old versions of Subversion: svn switch --relocate In Subversion 1.7 and up: svn relocate
Re: Commit failure when doing concurrent commits: "the specified activity does not exist"
Ryan Schmidt writes: > On Jan 4, 2012, at 07:12, Alexandru Ioan Cucu wrote: > >> I've been browsing through the 1.4.6 subversion sources and noticed >> that this error message is given when apr_dbm_open or apr_dbm_fetch >> fail for any reason (look in mod_dav_svn/activity.c --> const char >> *dav_svn_get_txn) so I would assume this is caused by concurrency >> issues in Berkley DB or in APR... (though this is just an >> assumption...) > > Also, if you are indeed using a BerkeleyDB-based repository, I'd > suggest a dump/load cycle to get onto an FSFS-based repository so you > can avoid all the BDB-specific problems. FSFS has been the default > repository type since Subversion 1.2 IIRC. In 1.5 Subversion stopped using the apr_dbm API for the activities database and uses a simple MD5 filename system instead, and the v2 protocol in 1.7 usually bypasses the activities database altogether. -- Philip
Re: control-M characters that are NOT end of line characters
David Chapman wrote on Wed, Jan 04, 2012 at 16:11:27 -0800: > #!/bin/bash -f > sed 's/\r//g' $1 > tmpfile > > Rather than use a special character, I used the shell's escape sequence. No you didn't. The single quotes protect the \ and it is passed literally to sed's argv[1]. Daniel (/bin/bash != /bin/sh)
Re: Commit failure when doing concurrent commits: "the specified activity does not exist"
Philip Martin wrote on Thu, Jan 05, 2012 at 01:12:23 +: > Ryan Schmidt writes: > > > On Jan 4, 2012, at 07:12, Alexandru Ioan Cucu wrote: > > > >> I've been browsing through the 1.4.6 subversion sources and noticed > >> that this error message is given when apr_dbm_open or apr_dbm_fetch > >> fail for any reason (look in mod_dav_svn/activity.c --> const char > >> *dav_svn_get_txn) so I would assume this is caused by concurrency > >> issues in Berkley DB or in APR... (though this is just an > >> assumption...) > > > > Also, if you are indeed using a BerkeleyDB-based repository, I'd > > suggest a dump/load cycle to get onto an FSFS-based repository so you > > can avoid all the BDB-specific problems. FSFS has been the default > > repository type since Subversion 1.2 IIRC. > > In 1.5 Subversion stopped using the apr_dbm API for the activities > database and uses a simple MD5 filename system instead, and the v2 > protocol in 1.7 usually bypasses the activities database altogether. AKA: "this is a use of BDB within mod_dav_svn 1.4 and earlier, and is not the same thing as whether the libsvn_fs backend is FSFS or BDB".
Re: svn does not match expected url
Ryan Schmidt wrote on Wed, Jan 04, 2012 at 18:48:05 -0600: > > On Jan 4, 2012, at 09:14, Luis Mochan wrote: > > >> Mixing and matching will cause trouble. It should be possible to use > >> "svn switch" to set the URL to be consistent throughout your working > >> copy. > > > > Wouldn't it be 'svn relocate'? (Just read about it in the manual) > > In old versions of Subversion: svn switch --relocate > > In Subversion 1.7 and up: svn relocate > 1.7 recognizes both syntaxes, for backwards compatibility.
Re: E175002: Server sent unexpected return value (500 Internal Server Error) in response to POST request for '/repos/svntest/!svn/me'
Pierre Berthier wrote on Thu, Dec 22, 2011 at 22:58:44 +0100: > Hi > > after upgrading a SVN server from 1.6 to 1.7.2 (r1207936), I am getting > this error message when committing: > > svn: E175002: Commit failed (details follow): > svn: E175002: Server sent unexpected return value (500 Internal Server > Error) in response to POST request for '/repos/svntest/!svn/me' > > The corresponding error on the server is: > (20014)Internal error: Can't open file '/srv/svn/repos/!svn/format': No > such file or directory > > My apache configuration on the server includes: > > > DAV svn > SVNParentPath /srv/svn/repos/ > SVNListParentPath on > ... > > > > > I am unsure what could be wrong and what those error messages mean. > Has anyone a few hints? > s/SVNParentPath/SVNPath/ probably. If that fails show us % ls /srv/svn/repos/ > Thanks a lot > Pierre >
Re: E175002: Server sent unexpected return value (500 Internal Server Error) in response to POST request for '/repos/svntest/!svn/me'
Pierre Berthier wrote on Wed, Jan 04, 2012 at 15:09:45 +0100: > On Thu, 22 Dec 2011 22:58:44 +0100 > Pierre Berthier wrote: > > > Hi > > > > after upgrading a SVN server from 1.6 to 1.7.2 (r1207936), I am > > getting this error message when committing: > > > > svn: E175002: Commit failed (details follow): > > svn: E175002: Server sent unexpected return value (500 Internal Server > > Error) in response to POST request for '/repos/svntest/!svn/me' > > > > The corresponding error on the server is: > > (20014)Internal error: Can't open file '/srv/svn/repos/!svn/format': > > No such file or directory > > > > My apache configuration on the server includes: > > > > > > DAV svn > > SVNParentPath /srv/svn/repos/ > > SVNListParentPath on > > ... > > > > > > I have discovered that if I stop using path-based authorization by > setting SVNPathAuthz Off instead of On, the problem disappear. I have > also tried the value "short_circuit" for SVNPathAuthz, but it does not > change the error compared to "SVNPathAuthz On". > Hmm. Not clear what to do here but I suspect a little more information about your setup would help. (First rule of reporting bugs in fundamental features: it literally works for +- everyone else.) Also, perhaps lose the trailing slash in the directive: > Anyone a clue what this means? > > >
Re: control-M characters that are NOT end of line characters
On Wed, 04 Jan 2012, James Hartleroad wrote:
But I have a shell script removeCTLM.ksh that has an embedded cntl-m as
part of a regular expression, for example sed 's/^M//g' $file > tmpfile
If this is a shell programming question rather than a subversion
question, then I suggest changing the script to not use an embedded
control-M. Here are two ways of doing that:
tr -d '\r' <"$infile" >"$outfile"
control_M="$(printf '\r')"
sed -e "s/${control_M}//" <"$infile" >"$outfile"
--apb (Alan Barrett)
