Eric Johnson wrote on Wed, Sep 16, 2015 at 16:11:21 -0700:
> Hi Daniel,
>
> The exact logistics of handling an error are probably pretty
> straightforward. The underlying problem is that it is never a good
> idea to pipe the output of svnrdump directly into svnadmin load,
> because svnadmin cannot
Hi Daniel,
The exact logistics of handling an error are probably pretty
straightforward. The underlying problem is that it is never a good
idea to pipe the output of svnrdump directly into svnadmin load,
because svnadmin cannot handle the failure unless the stream itself
carries more information.
Eric Johnson wrote on Wed, Sep 16, 2015 at 11:03:08 -0700:
> So if the dump of the last commit is incomplete, I an error code tells me,
> what, exactly? That I need to manually edit the stream that I just dumped
> into a file? That I should discard the whole dump, and start again?
If you run dump
Eric Johnson wrote on Wed, Sep 16, 2015 at 11:03:08 -0700:
> On Wed, Sep 16, 2015 at 2:33 AM, Bert Huijben wrote:
> > After an error you can't trust that the final portion is ok.
> >
>
> Sure, but why not encode that in the dump itself! The absence of an
> "end-commit" trailer could be a signal t
On Wed, Sep 16, 2015 at 3:55 PM, Mark Phippard wrote:
> On Wed, Sep 16, 2015 at 3:47 PM, Eric Johnson wrote:
>
> Yes, I can do that. Probably going to do that in chunks, otherwise it
>> has the same awful performance profile as svnsync over a low latency
>> connection.
>>
>
> FWIW, svnsync and s
On Wed, Sep 16, 2015 at 3:47 PM, Eric Johnson wrote:
Yes, I can do that. Probably going to do that in chunks, otherwise it
> has the same awful performance profile as svnsync over a low latency
> connection.
>
FWIW, svnsync and svnrdump make identical calls over the network so their
performance
--
>>>> From: Andreas Mohr [mailto:a...@lisas.de]
>>>> Sent: woensdag 16 september 2015 07:48
>>>> To: Eric Johnson
>>>> Cc: b...@qqmail.nl; users@subversion.apache.org
>>>> Subject: Re: Incomplete SVN dump files
>>>>
>
t;> To: Eric Johnson
>>> Cc: b...@qqmail.nl; users@subversion.apache.org
>>> Subject: Re: Incomplete SVN dump files
>>>
>>> Hi,
>>>
>>> On Tue, Sep 15, 2015 at 05:26:38PM -0700, Eric Johnson wrote:
>>>>I just checked, and there aren'
Hi Bert,
On Wed, Sep 16, 2015 at 2:33 AM, Bert Huijben wrote:
>
>
> > -Original Message-
> > From: Andreas Mohr [mailto:a...@lisas.de]
> > Sent: woensdag 16 september 2015 07:48
> > To: Eric Johnson
> > Cc: b...@qqmail.nl; users@subversion.apache
> -Original Message-
> From: Andreas Mohr [mailto:a...@lisas.de]
> Sent: woensdag 16 september 2015 07:48
> To: Eric Johnson
> Cc: b...@qqmail.nl; users@subversion.apache.org
> Subject: Re: Incomplete SVN dump files
>
> Hi,
>
> On Tue, Sep 15, 2015 at
Hi,
On Tue, Sep 15, 2015 at 05:26:38PM -0700, Eric Johnson wrote:
>I just checked, and there aren't any open bugs about this.
>Interrupting svnrdump can result in a dump file with not all the files of
>the last commit in the dump record. Accidentally use that dump file to
>load int
a
> revision is done. (This allows editing the revisions in this format; as is
> sometimes done on migrations)
>
>
>
>
>
> Bert
>
>
>
>
> *From: *Eric Johnson
> *Sent: *dinsdag 15 september 2015 07:16
> *To: *users@subversion.apache.org
> *Subject: *Incomp
he.org
*Subject: *Incomplete SVN dump files
I'm in a situation where I'm dumping Subversion repositories from remote
locations (using svnrdump).
The repositories are big enough, and the network connections between
destinations just unstable enough that the repositories aren't
editing the revisions in this format; as is sometimes done
on migrations)
Bert
From: Eric Johnson
Sent: dinsdag 15 september 2015 07:16
To: users@subversion.apache.org
Subject: Incomplete SVN dump files
I'm in a situation where I'm dumping Subversion repositories from remote
locati
I'm in a situation where I'm dumping Subversion repositories from remote
locations (using svnrdump).
The repositories are big enough, and the network connections between
destinations just unstable enough that the repositories aren't making it
all in one dump call. I've noticed, for one repository
15 matches
Mail list logo
