Re: timeout issues over vpn

Ximon Eighteen wrote:
> steven.higgan wrote:
>
>>Has anybody had any issues regarding receiving timeout errors when
>>attempting to commit small (50kb) change sets over a vpn ?
>>
>>The exact error were getting 'Can't read from connection. An existing
>>connection was forcibly closed by the remote host'
>>
>>Fwiw we have tried setting http-timeout to 30 but it didn’t appear to do
>>anything.
>
>
> I think someone recently had a similar problem and solved it by changing
> the value of the Apache KeepAlives setting. I can't find the message now
> using the Google search at svn.haxx.se and I've deleted the mail, but
> there was something about KeepAlives recently.

Possibly this one from Carlo Hogeveen on Jan 5 2006:
=====================================================
I had a consistent bug importing or checking in very large
amounts of files thru http. Smaller amounts were no problem.
And the problem occurred only from Windows clients.

Checking this mailing list revealed many similar reports,
with the suggestion to set LimitXMLRequestBody to 0 or a high value,
but to no avail. The suggestion to use Ethereal was educational,
but only revealed that the clients's final failing PUT never even
reached the client's own interface as a packet.

The solution turned out to be this:

In httpd.conf change "KeepAlive Off" to "KeepAlive On",
and restart Apache.
=====================================================

-- 
Sly
This message and its attachments may contain legally privileged or confidential information. This message is intended for the use of the individual or entity to which it is addressed. If you are not the addressee indicated in this message, or the employee or agent responsible for delivering the message to the intended recipient, you may not copy or deliver this message or its attachments to anyone. Rather, you should permanently delete this message and its attachments and kindly notify the sender by reply e-mail. Any content of this message and its attachments, which does not relate to the official business of the sending company must be taken not to have been sent or endorsed by the sending company or any of its related entities. No warranty is made that the e-mail or attachment(s) are free from computer virus or other defect.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org