Re: Checksum mismatch bug in 1.8.18

Hi David, thanks for the report; the issue turned out to be quite serious. The underlying bug has been present since at least as early as 1.8.0 but only surfaced with the added SHA1-collision detection code in 1.8.18. Under certain circumstances, yet-to-be-committed data would be cached under

Re: svnserve poor commit performance

On 2016-12-23 13:07 (+0100), Daniel Shahaf wrote: > Jakub Petr wrote on Thu, Dec 22, 2016 at 10:28:24 +0100: > > Why the "transmitting phase" should take so long? > > Usually it's because of virus scanners intercepting the disk operations > (opening/writing files). > > What

Re: Advice for better SVN

On 2016-11-24 12:19 (+0100), "%u874C%u86AA" <2...@qq.com> wrote: > I'm a programmer who very love SVN. When I commit works through Internet, send files one by one always very slow. Why don't archive all files as a single Zip file, and send the only file to SVN server? (as like Git) Hope to

Re: "Offset too large" error when packing repository in FSFS 7 format

On 27.08.2016 10:59, Stefan Fuhrmann wrote: On 22.08.2016 11:38, Radek Krotil wrote: The repository contains 334243 revisions total. As suggested by Stefan, I did the grep on the problematic repo file. The rev 203908 is about 231 MB big. This confirms my suspicion that the problem is related

Re: "Offset too large" error when packing repository in FSFS 7 format

g forward to further suggestions. Best regards, Radek Krotil On 2016-06-04 18:57 (+0200), Daniel Shahaf <d...@daniel.shahaf.name <mailto:d...@daniel.shahaf.name>> wrote: > Stefan Fuhrmann wrote on Sat, Jun 04, 2016 at 08:04:42 -: > > On 2016-06-03 09:36 (+0200),

Re: "Offset too large" error when packing repository in FSFS 7 format

On 04.06.2016 18:57, Daniel Shahaf wrote: Stefan Fuhrmann wrote on Sat, Jun 04, 2016 at 08:04:42 -: On 2016-06-03 09:36 (+0200), Radek Krotil <radek.kro...@polarion.com> wrote: Hello. Today, I encountered a problem when trying to pack a repository after migrating it to the FSFS 7

Re: "Offset too large" error when packing repository in FSFS 7 format

On 2016-06-03 09:36 (+0200), Radek Krotil wrote: > Hello. > > Today, I encountered a problem when trying to pack a repository after > migrating it to the FSFS 7 format by performing full dump / load sequence. I assume you ran 'svnadmin load' onto a repository that

Re: 1.9.4 fix

On 30.04.2016 02:47, Daniel Shahaf wrote: Stefan Fuhrmann wrote on Fri, Apr 29, 2016 at 09:29:20 +0200: Issue #4554 talks about two things, a set of conditions and their immediate impact (broken dump file). The dump file will simply not load and that's easy enough to detect. The set

Re: 1.9.4 fix

On 28.04.2016 09:35, Johan Corveleyn wrote: Op 27-apr.-2016 16:17 schreef "Terry Dooher" >: > > Hi all, > > > > I’m in the process of dump/loading our repositories to take advantage of FSFS format 7. Looking at the

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

On 01.02.2016 11:11, Stefan Sperling wrote: On Mon, Feb 01, 2016 at 10:06:19AM +, Philip Martin wrote: Stefan Fuhrmann <stef...@apache.org> writes: So, all user content is there and merely the deduplication failed (as already being investigated elsewhere in this thread). I s

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

On 29.01.2016 11:17, Gert Kello wrote: > I have a svn 1.9 repository, created with svnsync, that has ~15 > revisions and size about 45 GB. 300kB/rev is quite large, like >1 MB of changes before compression - on average. Are these office documents, large xml / html files or

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

On Thu, 28 Jan 2016 11:54:14 +0200, you wrote: > I have a svn 1.9 repository, created with svnsync, that has ~15 > revisions and size about 45 GB. 300kB/rev is quite large, like >1 MB of changes before compression - on average. Are these office documents, large xml / html files or simply

Re: Issue with browsing a SVN 1.9.2, schema 7, packed, repository

Hi, We've been using SVN for a couple of years, recently we migrated from 1.7.6 to 1.9.2. We also migrated (dump and load) some of the larger repositories to schema 7 and packed them. So, you have not tried the old repository format with 1.9.2? If you should have a copy of that available

Re: Performance issue with svn export [svn 1.8.11]

From: Nouha Terzi terzi.nouha_at_gmail.com Date: Tue, 26 May 2015 17:05:41 +0100 Hello all, we are deploying svn 1.8.11 on our server Rhel 6.6. We are facing some issue within svn export. it seems that it has some perf limitation when dealing with a huge number of files. we have this delay

Re: The assert subroutine failed ( file subversion/libsvn_delta/text_delta.c )

On Mon, Dec 8, 2014 at 10:44 AM, Naveen Mc naveen...@gmail.com wrote: Hi, I am facing the following issue when i try to sync master and mirror svn repositories. Any idea how do i fix this.Is it svn 1.5 known bug? Please help. OS - AIX/Linux SVN Version - 1.5 ERROR: - Failed to sync

Re: pysvn does not build against 1.9-alpha2 because of incomplete type 'const svn_sort__item_t'

On Thu, Nov 6, 2014 at 8:55 PM, Ben Reser b...@reser.org wrote: On 11/6/14 5:10 AM, Nico Kadel-Garcia wrote: Out of curiosity, do the same issues occur with gcc on a modern box? Ther'e's a lot to like about MacPorts, but I don't think it's the primary build and testing platform for

Re: svn upgrade with dump/load

On 28.09.2011 07:18, Daniel Shahaf wrote: Wouldn't it also be useful to pass --deltas to 'svnadmin dump'? Of course, you are absolutely right! -- Stefan^2. I should note the advice below only applies to FSFS-backed repositories. Stefan Fuhrmann wrote on Tue, Sep 27, 2011 at 11:11:45 +0200

re: svn upgrade with dump/load

Stümpfig, Thomas thomas.stuempfig_at_siemens.com mailto:thomas.stuempfig_at_siemens.com?Subject=Re:%20svn%20upgrade%20with%20dump/load wrote: I plan to upgrade a 250GB Repository from 1.5 to 1.7. As I learned from other threads in this list, it is wise to dump and load the repository in

Re: Fwd: [Tony Butt: Trials with memcached]

On 08.07.2011 01:56, Daniel Shahaf wrote: FYI from users@ - Forwarded message from Tony Butttony.b...@cea.com.au - Date: Wed, 6 Jul 2011 15:20:27 +1000 We are running subversion 1.6.17 on a vmware hosted server. We recently reconfigured the server to give 4 virtual CPUs (up from 1),