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

Re: tortoise 1.7 - error on repository manipulation

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Fri, 28 Oct 2011 10:51:55 +0200

Daniel Shahaf wrote on Thu, Oct 27, 2011 at 22:12:46 +0200:
> Does it work with a 1.6 client?
>

dcz, thanks.

Erwane, can you provide a minimal server configuration that reproduces
the bug? The svn devs used 1.7 clients against a 1.6.17 svn.apache.org
for a long time without seeing any such errors, so I suspect the issue
is due to your configuration triggering some edge case.

> The me resource is new in HTTPv2, which was added in 1.6.
>
> Erwane Breton wrote on Thu, Oct 27, 2011 at 16:19:54 +0200:
> > Hi,
> >
> > history :
> > I haved a FreeBSD server (8.0-STABLE) with subversion-1.6.17_2 port.
> > Acces to repository is configured thrue apache 2.2 + mod_dav + dav_svn.
> > Of course, all works fine :)
> >
> > I've got a new server on FreeBSD 8.2-STABLE with subversion-1.7.1,
> > apache, mod_dav & dav_svn.
> > All works fine ... in checkout and update.
> >
> > For migration, i've make first a rsync only, when i saw the error
> > (cf bottom) i've made that more cleanly with svnadmin dump and
> > svnadmin load.
> > In both cases, result is the same.
> >
> > Now the error ^^
> >
> > On my client (windows 7 x64 tortoise SVN), i CAN commit with
> > Tortoise 1.6.15 on my laptop but i CAN'T commit (or rename or
> > delete) on my other computer with tortoise 1.7.1.22161
> >
> > The error is always the same
> >
> > >Commit
> > >Commit failed (details follow):
> > >'/svn/site/*!svn/me*' path not found
> > >
> > My repository is https://xyz.coda-cola.net/svn/site/trunk
> >
> > I've tried svnadmin upgrade, exactly the same.
> >
> > apache debug error logs (without openSSL informations)
> >
> > >[Thu Oct 27 14:58:57 2011] [info] Connection: Client IP:
> > >82.226.xxx.xxx, Protocol: SSLv3, Cipher: DHE-RSA-AES256-SHA
> > >(256/256 bits)
> > >[Thu Oct 27 14:58:57 2011] [info] Initial (No.1) HTTPS request
> > >received for child 0 (server xyz.coda-cola.net:443)
> > >[Thu Oct 27 14:58:57 2011] [debug]
> > >subversion/mod_authz_svn/mod_authz_svn.c(193): [client
> > >82.226.xxx.xxx] Path to authz file is
> > >/exports/svn/xyz/authorizations.conf
> > >[Thu Oct 27 14:58:57 2011] [debug] mod_deflate.c(615): [client
> > >82.226.xxx.xxx] Zlib: Compressed 401 to 272 : URL /svn/site/trunk
> > >[Thu Oct 27 14:58:57 2011] [info] Subsequent (No.2) HTTPS request
> > >received for child 0 (server xyz.coda-cola.net:443)
> > >[Thu Oct 27 14:58:57 2011] [debug]
> > >subversion/mod_authz_svn/mod_authz_svn.c(193): [client
> > >82.226.xxx.xxx] Path to authz file is
> > >/exports/svn/xyz/authorizations.conf
> > >[Thu Oct 27 14:58:57 2011] [info] [client 82.226.203.234] Access
> > >granted: 'erwane' OPTIONS site:/trunk
> > >[Thu Oct 27 14:58:57 2011] [debug] mod_deflate.c(615): [client
> > >82.226.xxx.xxx] Zlib: Compressed 188 to 126 : URL /svn/site/trunk
> > >[Thu Oct 27 14:58:57 2011] [info] Subsequent (No.3) HTTPS request
> > >received for child 0 (server xyz.coda-cola.net:443)
> > >[Thu Oct 27 14:58:57 2011] [debug]
> > >subversion/mod_authz_svn/mod_authz_svn.c(193): [client
> > >82.226.xxx.xxx] Path to authz file is
> > >/exports/svn/xyz/authorizations.conf
> > >[Thu Oct 27 14:58:57 2011] [info] [client 82.226.203.234] Access
> > >granted: 'erwane' POST site:
> > >[Thu Oct 27 14:59:00 2011] [debug] mod_deflate.c(615): [client
> > >82.226.xxx.xxx] Zlib: Compressed 484 to 354 : URL
> > >/svn/site/*!svn/me*
> >
> > After googled, i've found only "no space left on disk" but my ZFS
> > volume is completely not full.
> >
> > just tried without SSL, it's the same.
> >
> > really dunno where to search now :(
> >
> > Thanks for help
> >
> > --
> > Erwane Breton
> > Phea
> > Tel: 09 51 20 23 23
> > Mob: 06 76 46 54 61
> >
Received on 2011-10-28 10:52:38 CEST

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

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