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

Re: More on timeout with large commits

From: Steve Williams <stevewilliams_at_kromestudios.com>
Date: 2003-07-18 04:52:13 CEST

> "Steve Williams" <stevewilliams@kromestudios.com> writes:
>
>> I disabled http-compression by setting the registry value as shown
>> in the Book. The servers file was nowhere to be found in $APPDATA,
>> as apparently there should have been a file created when svn was run
>> for the first time. There was a proxies file, but no servers file.
>
> This worries me.

I deleted $APPDATA\Subversion and ran 'svn --version' to recreate it and now
the correct files show up.

>> [HKEY_LOCAL_MACHINE\SOFTWARE\Tigris.org\Subversion\Servers\DEFAULT]
>> "http-compression"="no"
>>
>> No other servers files or entries are in HKCU or $APPDATA folders.
>
> Are you running a recent svn? The 'proxies' file is what the
> 'servers' file used to be called a long, long time ago.
>
> It worries me that no 'servers' file exists at all...

F:\ty2\data>svn --version
svn, version 0.25.0 (r6433)
   compiled Jul 10 2003, 22:05:10

TortoiseSVN is 0.14.0 build 38, built using 0.25.0.

So if the servers file does not exist but the $APPDATA\Subversion directory
does, svn does not create the servers file?

> Are you *sure* that apache wasn't trying to compress the response?
>
> Given my commentary above, I have little faith that your (possibly
> old) svn client is paying attention to the registry value you set.
>
> As Sander Striker said, the best thing to do is to outright disable
> compression within your httpd.conf's svn <Location>. That's the only
> we can be *sure* there's no apache compression happening. This MERGE
> timeout sure looks like compression is still happening on the server.

Being a Linux newbie, how does one disable deflate on a location? The
mod_deflate.so module is not being loaded and the text 'deflate' does not
appear in httpd.conf anywhere. Can deflate be compiled into httpd? If so,
how do we find out if it is? I installed httpd 2.0.47 from the
summersoft.fay.ar.us site.

>> F:\ty2\data\Data>svn update Cutscenes
>> svn: Filesystem has no item
>> svn: REPORT request failed on '/repos/ty2/!svn/vcc/default'
>> svn:
>> file not found: revision `0', path `/trunk/data/Data'
>
> Wow, so what happened here is that your client told the server it had
> "revision 0 of /trunk/data/Data", and the server choked on it. This
> makes it absolutely clear to me that you're using an old version of
> svn. Upgrade to 0.25, please please please. We can't go chasing down
> bugs on old releases.

It is 0.25.0 as shown above. I'm giving it another go on a new repository
with a fresh servers file in $APPDATA.

Sly

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 18 04:53:10 2003

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

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