Re: svn: E120104: ra_serf: An error occurred during decompression error

2014-05-26 Thread parakrama55 .
Hi guys

Any idea what may cause this issue ?

Thanks


On 24 May 2014 22:12, parakrama55 . parakrama1...@gmail.com wrote:

 Hi guys

 we get this error  svn: E120104: ra_serf: An error occurred during
 decompression  when trying to checkout

 svn server verion is : 1.7.7

 svn client version :  1.8.8
 ===

 $svn --version
 svn, version 1.8.8 (r1568071)
compiled Feb 24 2014, 10:11:25 on x86_64-pc-linux-gnu

 Copyright (C) 2013 The Apache Software Foundation.
 This software consists of contributions made by many people;
 see the NOTICE file for more information.
 Subversion is open source software, see http://subversion.apache.org/

 The following repository access (RA) modules are available:

 * ra_svn : Module for accessing a repository using the svn network
 protocol.
   - with Cyrus SASL authentication
   - handles 'svn' scheme
 * ra_local : Module for accessing a repository on local disk.
   - handles 'file' scheme
 * ra_serf : Module for accessing a repository via WebDAV protocol using
 serf.
   - using serf 1.3.3
   - handles 'http' scheme
   - handles 'https' scheme


 what could be the issue here , please advice ?

 Thanks



Re: svn: E120104: ra_serf: An error occurred during decompression

2013-09-09 Thread Johan Corveleyn
On Mon, Sep 9, 2013 at 1:14 PM, James French
james.fre...@naturalmotion.com wrote:
 Hi list,



 I hit this when doing a reintegrate merge with svn 1.8.3 (tortoisesvn
 1.8.2). I repeated the operation with svn 1.7.8 and it did not occur.

This looks very much like the error I ran into during testing of
1.8.3, and which spawned the following discussion on the dev-list:

http://svn.haxx.se/dev/archive-2013-08/0386.shtml

(it was with an 'svn export' over plain http of a tag of the
subversion project itself, but the problem might be the same)

Lieven Govaerts and Ivan Zhakov have been trying to find the exact
problem in the serf http-library (with me trying various patches and
reproducing the issue), but so far without success.

It's good to know that now I'm not the only one seeing this problem.

Can you report your OS version please?

Can you reproduce it with Antivirus disabled?

Also: I couldn't reproduce the issue with compression disabled, by
adding the option
--config-option servers:global:http-compression=off
to the command line (or configure that setting in your 'servers'
configuration file). That might be a workaround for you (though it
will probably make things go a lot slower).

-- 
Johan


RE: svn: E120104: ra_serf: An error occurred during decompression

2013-09-09 Thread James French


-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com] 
Sent: 09 September 2013 13:36
To: James French
Cc: users@subversion.apache.org
Subject: Re: svn: E120104: ra_serf: An error occurred during decompression

On Mon, Sep 9, 2013 at 1:14 PM, James French james.fre...@naturalmotion.com 
wrote:
 Hi list,



 I hit this when doing a reintegrate merge with svn 1.8.3 (tortoisesvn 
 1.8.2). I repeated the operation with svn 1.7.8 and it did not occur.

This looks very much like the error I ran into during testing of 1.8.3, and 
which spawned the following discussion on the dev-list:

http://svn.haxx.se/dev/archive-2013-08/0386.shtml

(it was with an 'svn export' over plain http of a tag of the subversion project 
itself, but the problem might be the same)

Lieven Govaerts and Ivan Zhakov have been trying to find the exact problem in 
the serf http-library (with me trying various patches and reproducing the 
issue), but so far without success.

It's good to know that now I'm not the only one seeing this problem.

Likewise :-)

Can you report your OS version please?

Windows7 x64

Can you reproduce it with Antivirus disabled?

I'm first trying with 1.8.3, then I'll try without antivirus/compression. Takes 
a long time as it's a massive checkout.

Also: I couldn't reproduce the issue with compression disabled, by adding the 
option
--config-option servers:global:http-compression=off
to the command line (or configure that setting in your 'servers'
configuration file). That might be a workaround for you (though it will 
probably make things go a lot slower).

--
Johan


RE: svn: E120104: ra_serf: An error occurred during decompression

2013-09-09 Thread James French
I tried it again with the 1.8.3 command line and the merge went through...

-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com] 
Sent: 09 September 2013 13:36
To: James French
Cc: users@subversion.apache.org
Subject: Re: svn: E120104: ra_serf: An error occurred during decompression

On Mon, Sep 9, 2013 at 1:14 PM, James French james.fre...@naturalmotion.com 
wrote:
 Hi list,



 I hit this when doing a reintegrate merge with svn 1.8.3 (tortoisesvn 
 1.8.2). I repeated the operation with svn 1.7.8 and it did not occur.

This looks very much like the error I ran into during testing of 1.8.3, and 
which spawned the following discussion on the dev-list:

http://svn.haxx.se/dev/archive-2013-08/0386.shtml

(it was with an 'svn export' over plain http of a tag of the subversion project 
itself, but the problem might be the same)

Lieven Govaerts and Ivan Zhakov have been trying to find the exact problem in 
the serf http-library (with me trying various patches and reproducing the 
issue), but so far without success.

It's good to know that now I'm not the only one seeing this problem.

Can you report your OS version please?

Can you reproduce it with Antivirus disabled?

Also: I couldn't reproduce the issue with compression disabled, by adding the 
option
--config-option servers:global:http-compression=off
to the command line (or configure that setting in your 'servers'
configuration file). That might be a workaround for you (though it will 
probably make things go a lot slower).

--
Johan


RE: svn: E120104: ra_serf: An error occurred during decompression

2013-09-09 Thread James French
I guess the final thing to add is that I was using 1.8.1 collabnet x64 and 
1.7.3 wandisco 1.8.3 (serf 1.3.1). The 1.8.1 version doesn't report which 
version of serf is being used but their changelog indicates it might be 1.2.1:

Version 1.8.1
https://dist.apache.org/repos/dist/dev/subversion/

 Changes to included binaries:
* Subversion upgraded to 1.8.1.
* APR 1.4.8.
* APR-Util 1.5.2.
* Httpd 2.2.25.
* Sqlite3 3.7.17.


Version 1.8.0-2
https://dist.apache.org/repos/dist/dev/subversion/

 Changes to included binaries:
* Subversion upgraded to 1.8.0.
* OpenSSL 1.0.1e.
* Serf 1.2.1.
* Neon removed.

-Original Message-
From: James French [mailto:james.fre...@naturalmotion.com] 
Sent: 09 September 2013 14:03
To: Johan Corveleyn
Cc: users@subversion.apache.org
Subject: RE: svn: E120104: ra_serf: An error occurred during decompression

I tried it again with the 1.8.3 command line and the merge went through...

-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com]
Sent: 09 September 2013 13:36
To: James French
Cc: users@subversion.apache.org
Subject: Re: svn: E120104: ra_serf: An error occurred during decompression

On Mon, Sep 9, 2013 at 1:14 PM, James French james.fre...@naturalmotion.com 
wrote:
 Hi list,



 I hit this when doing a reintegrate merge with svn 1.8.3 (tortoisesvn 
 1.8.2). I repeated the operation with svn 1.7.8 and it did not occur.

This looks very much like the error I ran into during testing of 1.8.3, and 
which spawned the following discussion on the dev-list:

http://svn.haxx.se/dev/archive-2013-08/0386.shtml

(it was with an 'svn export' over plain http of a tag of the subversion project 
itself, but the problem might be the same)

Lieven Govaerts and Ivan Zhakov have been trying to find the exact problem in 
the serf http-library (with me trying various patches and reproducing the 
issue), but so far without success.

It's good to know that now I'm not the only one seeing this problem.

Can you report your OS version please?

Can you reproduce it with Antivirus disabled?

Also: I couldn't reproduce the issue with compression disabled, by adding the 
option
--config-option servers:global:http-compression=off
to the command line (or configure that setting in your 'servers'
configuration file). That might be a workaround for you (though it will 
probably make things go a lot slower).

--
Johan


Re: svn: E120104: ra_serf: An error occurred during decompression

2013-09-09 Thread Johan Corveleyn
On Mon, Sep 9, 2013 at 3:02 PM, James French
james.fre...@naturalmotion.com wrote:
 I tried it again with the 1.8.3 command line and the merge went through...

Okay, I'm happy for you that it worked :-). However, I'm not convinced
the error is gone. In my case it would also only fail intermittently.
I couldn't reproduce it all the time (it happened perhaps 1 in 4 or 5
attempts).

If you would run into the error again, please let us know ...

(in my case, we were able to reduce the reproduction recipe, by only
doing an 'svn export --depth=immediates
http://svn.apache.org/repos/asf/subversion/tags/1.8.3/' - within a
couple of attempts of that export I would run into the issue (I can
reproduce it with both serf 1.2.1 and 1.3.1). Maybe you can also try
exactly this export a couple of times?)

-- 
Johan


RE: svn: E120104: ra_serf: An error occurred during decompression

2013-09-09 Thread James French


-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com] 
Sent: 09 September 2013 14:13
To: James French
Cc: users@subversion.apache.org
Subject: Re: svn: E120104: ra_serf: An error occurred during decompression

On Mon, Sep 9, 2013 at 3:02 PM, James French james.fre...@naturalmotion.com 
wrote:
 I tried it again with the 1.8.3 command line and the merge went through...

Okay, I'm happy for you that it worked :-). However, I'm not convinced the 
error is gone. In my case it would also only fail intermittently.
I couldn't reproduce it all the time (it happened perhaps 1 in 4 or 5 attempts).

If you would run into the error again, please let us know ...

(in my case, we were able to reduce the reproduction recipe, by only doing an 
'svn export --depth=immediates 
http://svn.apache.org/repos/asf/subversion/tags/1.8.3/' - within a couple of 
attempts of that export I would run into the issue (I can reproduce it with 
both serf 1.2.1 and 1.3.1). Maybe you can also try exactly this export a couple 
of times?)

Tried it with 1.8.3 wandisco about 20 times and it never failed. Tried it with 
1.8.1 collabnet and it failed first time.
Is the version of serf used dependent on the distro then, and not a core svn 
thing?

--
Johan


Re: svn: E120104: ra_serf: An error occurred during decompression

2013-09-09 Thread Mark Phippard
On Mon, Sep 9, 2013 at 9:20 AM, James French james.fre...@naturalmotion.com
 wrote:



 -Original Message-
 From: Johan Corveleyn [mailto:jcor...@gmail.com]
 Sent: 09 September 2013 14:13
 To: James French
 Cc: users@subversion.apache.org
 Subject: Re: svn: E120104: ra_serf: An error occurred during decompression

 On Mon, Sep 9, 2013 at 3:02 PM, James French 
 james.fre...@naturalmotion.com wrote:
  I tried it again with the 1.8.3 command line and the merge went
 through...

 Okay, I'm happy for you that it worked :-). However, I'm not convinced the
 error is gone. In my case it would also only fail intermittently.
 I couldn't reproduce it all the time (it happened perhaps 1 in 4 or 5
 attempts).

 If you would run into the error again, please let us know ...

 (in my case, we were able to reduce the reproduction recipe, by only doing
 an 'svn export --depth=immediates
 http://svn.apache.org/repos/asf/subversion/tags/1.8.3/' - within a
 couple of attempts of that export I would run into the issue (I can
 reproduce it with both serf 1.2.1 and 1.3.1). Maybe you can also try
 exactly this export a couple of times?)

 Tried it with 1.8.3 wandisco about 20 times and it never failed. Tried it
 with 1.8.1 collabnet and it failed first time.
 Is the version of serf used dependent on the distro then, and not a core
 svn thing?


Serf 1.3.1 was not released until after SVN 1.8.1 came out.  So pretty much
anyone's SVN 1.8.1 binaries would be using Serf 1.3.0 or earlier.

To answer the general question, while most SVN distros do happen to be
using the same versions of most of these dependencies they are nonetheless
absolutely dependent on the distro and what version they happen to have
used to build the distribution.

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/