You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Lieven Govaerts <sv...@mobsol.be> on 2008/03/02 07:59:43 UTC

Re: svn log fails

I assume you wanted to send this to the list?

There's an issue in 1.4 whereby the error message you see is actually 
hiding the real error message. That issue has been fixed and will be 
available in 1.5.

Can you check if apache's error log contains something more interesting?

Also, you might want to run svnadmin verify on the original repository.

Lieven


Daniel Hafner Cavalcanti wrote:
> Hi Lieven,
> 
> thanks for the reply.
> The server runs subversion 1.4.2 and my client runs subversion 1.4.4
> I'll try the test with the public repository.
> 
> One thing I did notice. If I dump the repository and load into a
> different repository, then it works fine.
> 
> svnadmin dump --deltas --incremental /var/www/repository/projects > dump
> svnadmin create /var/www/repository/proj
> chwon -R xxxxx:xxxxxx /var/www/repository/proj
> svnadmin load /var/www/repository/proj < dump
> 
> The I add the access permission into authz, and in proj everything works
> fine. Really weird.
> 
> On Fri, 2008-02-29 at 13:04 +0100, Lieven Govaerts wrote:
>> Daniel Hafner Cavalcanti wrote:
>>> Hello,
>>>
>>> We have a repository that we access through Apache web server 2.2.3
>>> When we try to see the logs, we get the following error.
>>>
>>> ~$ svn log http://canario/repository/projects collector
>>> svn: REPORT request failed on '/repository/projects/!svn/bc/910'
>>> svn: REPORT of '/repository/projects/!svn/bc/910': 200 OK
>>> (http://canario)
>>>
>> I get the same error when the second path doesn't exist, but that 
>> doesn't seem to be the case in your situation.
>>
>> What version(s) of the svn client and server are you running?
>>
>> Can you try to simulate it with a public repository? Ex. use the 
>> subversion repo at http://svn.collab.net/repos/svn. I've failed to 
>> reproduce your issue with this repository.
>>
>> Lieven
>>
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: svn log fails

Posted by Daniel Hafner Cavalcanti <dh...@gmail.com>.
Yes,
I meant to send it to the list. sorry about that.
The apache logs don't show much. I attached them here.

So, if I migrated to subersion 1.5 that problem would go away?

thanks,
Daniel.
On Sun, 2008-03-02 at 08:59 +0100, Lieven Govaerts wrote:
> I assume you wanted to send this to the list?
> 
> There's an issue in 1.4 whereby the error message you see is actually 
> hiding the real error message. That issue has been fixed and will be 
> available in 1.5.
> 
> Can you check if apache's error log contains something more interesting?
> 
> Also, you might want to run svnadmin verify on the original repository.
> 
> Lieven
> 
> 
> Daniel Hafner Cavalcanti wrote:
> > Hi Lieven,
> > 
> > thanks for the reply.
> > The server runs subversion 1.4.2 and my client runs subversion 1.4.4
> > I'll try the test with the public repository.
> > 
> > One thing I did notice. If I dump the repository and load into a
> > different repository, then it works fine.
> > 
> > svnadmin dump --deltas --incremental /var/www/repository/projects > dump
> > svnadmin create /var/www/repository/proj
> > chwon -R xxxxx:xxxxxx /var/www/repository/proj
> > svnadmin load /var/www/repository/proj < dump
> > 
> > The I add the access permission into authz, and in proj everything works
> > fine. Really weird.
> > 
> > On Fri, 2008-02-29 at 13:04 +0100, Lieven Govaerts wrote:
> >> Daniel Hafner Cavalcanti wrote:
> >>> Hello,
> >>>
> >>> We have a repository that we access through Apache web server 2.2.3
> >>> When we try to see the logs, we get the following error.
> >>>
> >>> ~$ svn log http://canario/repository/projects collector
> >>> svn: REPORT request failed on '/repository/projects/!svn/bc/910'
> >>> svn: REPORT of '/repository/projects/!svn/bc/910': 200 OK
> >>> (http://canario)
> >>>
> >> I get the same error when the second path doesn't exist, but that 
> >> doesn't seem to be the case in your situation.
> >>
> >> What version(s) of the svn client and server are you running?
> >>
> >> Can you try to simulate it with a public repository? Ex. use the 
> >> subversion repo at http://svn.collab.net/repos/svn. I've failed to 
> >> reproduce your issue with this repository.
> >>
> >> Lieven
> >>
> > 
> > 
>