You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by th...@azs-hamburg.de on 2005/11/25 08:58:32 UTC
Re-2: "Malformed dumpfile header" after recovering a repository with incremetal backup
This is exactly what I did!!
A quotation of the Subversion manpages doesn't help me solving my problem.
-------- Original Message --------
Subject: Re: "Malformed dumpfile header" after recovering a repository with incremetal backup (24-Nov-2005 18:31)
From: Carsten.Koch@icem.com
To: thurm@azs-hamburg.de
> thurm@azs-hamburg.de wrote:
> ...
> > svnadmin load ../svnrepos/Test Test-101-103.dmp
> >
> > This command doesn't terminate. When hitting <ENTER> I get the above error
> > message.
> >
> > What's wrong?
> > Are there any known bugs in recovering a repository with incremental
> > backups?
> >
> > Any help would be highly appreciated.
>
> Check out svnadmin load -h:
>
> load: usage: svnadmin load REPOS_PATH
>
> Read a 'dumpfile'-formatted stream from stdin, committing
> ^^^^^
> new revisions into the repository's filesystem. If the repository
> was previously empty, its UUID will, by default, be changed to the
> one specified in the stream. Progress feedback is sent to stdout.
>
> Valid options:
> -q [--quiet] : no progress (only errors) to stderr
> --ignore-uuid : ignore any repos UUID found in the stream
> --force-uuid : set repos UUID to that found in stream, if
> any
> --parent-dir arg : load at specified directory in repository
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
To: Carsten.Koch@icem.com
Cc: users@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Re-2: "Malformed dumpfile header" after recovering a repository
with incremetal backup
Posted by Carsten Koch <Ca...@icem.com>.
thurm@azs-hamburg.de wrote:
> This is exactly what I did!!
> A quotation of the Subversion manpages doesn't help me solving my problem.
It should.
I even marked the part (stdin) you missed. :-)
The command you quoted
>>>svnadmin load ../svnrepos/Test Test-101-103.dmp
is not redirecting stdin from Test-101-103.dmp,
but uses it as a parameter.
try
svnadmin load ../svnrepos/Test < Test-101-103.dmp
instead.
Carsten.
>>>
>>>This command doesn't terminate. When hitting <ENTER> I get the above error
>>>message.
>>>
>>>What's wrong?
>>>Are there any known bugs in recovering a repository with incremental
>>>backups?
>>>
>>>Any help would be highly appreciated.
>>
>>Check out svnadmin load -h:
>>
>>load: usage: svnadmin load REPOS_PATH
>>
>>Read a 'dumpfile'-formatted stream from stdin, committing
>> ^^^^^
>>new revisions into the repository's filesystem. If the repository
>>was previously empty, its UUID will, by default, be changed to the
>>one specified in the stream. Progress feedback is sent to stdout.
>>
>>Valid options:
>> -q [--quiet] : no progress (only errors) to stderr
>> --ignore-uuid : ignore any repos UUID found in the stream
>> --force-uuid : set repos UUID to that found in stream, if
>>any
>> --parent-dir arg : load at specified directory in repository
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>>For additional commands, e-mail: users-help@subversion.tigris.org
>>
>>
>
>
>
> To: Carsten.Koch@icem.com
> Cc: users@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Re-2: "Malformed dumpfile header" after recovering a repository with incremetal backup
Posted by Erik Huelsmann <eh...@gmail.com>.
On 25 Nov 2005 08:58:32 UT, thurm@azs-hamburg.de <th...@azs-hamburg.de> wrote:
> This is exactly what I did!!
> A quotation of the Subversion manpages doesn't help me solving my problem.
No, you didn't. You did:
> svnadmin load ../svnrepos/Test Test-101-103.dmp
which should have been:
$ svnadmin load < ../svnrepos/Test Test-101-103.dmp
Quoting the manpage does help: it says exactly what you need to do.
HTH,
bye,
Erik.
>
> -------- Original Message --------
> Subject: Re: "Malformed dumpfile header" after recovering a repository with incremetal backup (24-Nov-2005 18:31)
> From: Carsten.Koch@icem.com
> To: thurm@azs-hamburg.de
>
> > thurm@azs-hamburg.de wrote:
> > ...
> > > svnadmin load ../svnrepos/Test Test-101-103.dmp
> > >
> > > This command doesn't terminate. When hitting <ENTER> I get the above error
> > > message.
> > >
> > > What's wrong?
> > > Are there any known bugs in recovering a repository with incremental
> > > backups?
> > >
> > > Any help would be highly appreciated.
> >
> > Check out svnadmin load -h:
> >
> > load: usage: svnadmin load REPOS_PATH
> >
> > Read a 'dumpfile'-formatted stream from stdin, committing
> > ^^^^^
> > new revisions into the repository's filesystem. If the repository
> > was previously empty, its UUID will, by default, be changed to the
> > one specified in the stream. Progress feedback is sent to stdout.
> >
> > Valid options:
> > -q [--quiet] : no progress (only errors) to stderr
> > --ignore-uuid : ignore any repos UUID found in the stream
> > --force-uuid : set repos UUID to that found in stream, if
> > any
> > --parent-dir arg : load at specified directory in repository
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: users-help@subversion.tigris.org
> >
> >
>
>
> To: Carsten.Koch@icem.com
> Cc: users@subversion.tigris.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>