Could this error be related?
svn: Decompression of svndiff data failed
This happens sometimes instead of the forced disconnect error. Again,
I only see it when the working copy is on NAS. I've run svnadmin
verify on the repository and all looks good.
On Thu, Jun 19, 2008 at 9:38 AM, J J <eggsgloriouseggs_at_gmail.com> wrote:
> I've read http://svn.haxx.se/users/archive-2008-05/0361.shtml but I'm
> already running Subversion 1.4.5 built against Apache 2.2.8, built
> from scratch using the provided subversion-deps file.
>
> Part of the above post made it sound like this might be a problem even
> with the latest APR, and that the new serf webdev client might perform
> better.
>
> Can someone provide more information on this? Is this a bug with APR?
> What is the actual source of the problem? Why am I only seeing it
> when my working copy is stored on NAS?
>
> Thanks,
> Justin
>
> On Thu, Jun 19, 2008 at 9:28 AM, <Sathish-S.Kumar_at_ubs.com> wrote:
>> Hi,
>>
>> I am facing the very similar error while trying to checkout
>> REPORT request failed on /prod/BroilDesktop/!svn/vcc/default
>> Could not read response body: secure connection
>> truncated(https://svn-server.com)
>>
>>
>> Solaris 10 , Subversion 1.4.3 server.
>> SVN over https
>>
>> I noticed that it happens even the working copy is in the local
>> directory
>>
>> Thanks
>> Sathish
>>
>>
>> -----Original Message-----
>> From: J J [mailto:eggsgloriouseggs_at_gmail.com]
>> Sent: 19 June 2008 14:02
>> To: users_at_subversion.tigris.org
>> Subject: Re: Provider encountered an error while streaming a REPORT
>> response
>>
>> One other piece of information that may be helpful...
>>
>> The error below also only occurs when going through a content switch
>> that redirects traffic to the server. I did some research and found
>> that the content switch changes the IP address of the client to that
>> of the content switch. This seems to work in general, because when we
>> aren't checking out to a working copy stored on NAS there is no
>> problem (that I know of), and when checking out to NAS it gets through
>> quite a few files before this error. Does anyone know if Subversion
>> requires the source IP of the client? Should a setup like work? Are
>> there any other configuration changes I should be making in Apache?
>>
>> Justin
>>
>> On Wed, Jun 18, 2008 at 10:10 AM, J J <eggsgloriouseggs_at_gmail.com>
>> wrote:
>>> Hello,
>>>
>>> I have a Solaris 10 server running Subversion 1.4.5 using the provided
>>> dependencies, served by Apache 2.2.8.
>>>
>>> Lately I've seen the following error occur often when performing
>>> Subversion operations against a working copy stored on NAS. As far as
>>> I can tell it doesn't occur in any other circumstance.
>>>
>>> svn: REPORT request failed on '/svn/reponame/!svn/vcc/default'
>>> svn: REPORT of '/svn/reponame/!svn/vcc/default': Could not read
>>> response body: An existing connection was forcibly closed by the
>>> remote host. (http://HOSTNAME)
>>> command exit code: 1
>>>
>>> In the error logs on the server I see the following at the time of the
>> error.
>>>
>>> [Wed Jun 18 08:22:03 2008] [error] [client xx.xx.xx.xx] Provider
>>> encountered an error while streaming a REPORT response. [500, #0]
>>> [Wed Jun 18 08:22:03 2008] [error] [client xx.xx.xx.xx] A failure
>>> occurred while driving the update report editor [500, #190004]
>>>
>>> I followed the instructions at
>>> http://subversion.tigris.org/faq.html#tiger-apr-0.9.6, even though I'm
>>> not running on a Mac, but it didn't resolve the problem.
>>>
>>> Does anyone have any suggestions on how I can resolve this?
>>>
>>> Thanks,
>>> Justin
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
>> For additional commands, e-mail: users-help_at_subversion.tigris.org
>>
>> Visit our website at http://www.ubs.com
>>
>> This message contains confidential information and is intended only
>> for the individual named. If you are not the named addressee you
>> should not disseminate, distribute or copy this e-mail. Please
>> notify the sender immediately by e-mail if you have received this
>> e-mail by mistake and delete this e-mail from your system.
>>
>> E-mails are not encrypted and cannot be guaranteed to be secure or
>> error-free as information could be intercepted, corrupted, lost,
>> destroyed, arrive late or incomplete, or contain viruses. The sender
>> therefore does not accept liability for any errors or omissions in the
>> contents of this message which arise as a result of e-mail transmission.
>> If verification is required please request a hard-copy version. This
>> message is provided for informational purposes and should not be
>> construed as a solicitation or offer to buy or sell any securities
>> or related financial instruments.
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-19 18:23:26 CEST