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

Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]

From: Mohsin Abbas <mohsinchandia_at_gmail.com>
Date: Mon, 29 Sep 2014 17:45:14 +0000

HI,

I have committed folder with size 4.7 GB successfully in SVN repository by
using svn CLI (svn commit command). But when I try to commit folder by
using Tortoise SVN client my commit was failed. It means we have limitation
in tortoise svn client for commit. Can any one confirm this ? There is no
issue in svn at all but may be in svn client.

Regards
Mohsin

On Mon, Sep 29, 2014 at 10:01 AM, Philip Martin <philip.martin_at_wandisco.com>
wrote:

> Branko ÄŒibej <brane_at_wandisco.com> writes:
>
> >> [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] mod_dav_svn
> >> close_stream: error closing write stream [500, #185004]
> >> [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] Unexpected end of
> >> svndiff input [500, #185004]
> >
> > From the above, I'm almost certain that this is not Subversion's fault.
> > Look at the error messages: the client thinks that the server closed the
> > connection, but the server thinks that the client closed the connection;
> > so the only reasonable explanation is that something *between* the
> > client and server is in fact closing the connection.
>
> Error 185004 is SVN_ERR_SVNDIFF_UNEXPECTED_END and that could be caused
> by some proxy/router closing the connection. But it could also be
> caused by a Subversion bug that causes the client to write invalid
> svndiff data. It's not trivial to distinguish one from the other, we
> would need access to all the commit data to decode the svndiff. Another
> way would be to attempt the commit from the server itself over HTTP to
> localhost, if this works the problem is most likely the network.
>
> --
> Philip Martin | Subversion Committer
> WANdisco // *Non-Stop Data*
>
Received on 2014-09-29 19:45:42 CEST

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

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