You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by John Felczak <jf...@siderean.com> on 2006/11/16 02:55:13 UTC
svnadmin won't load dump
Trying to load dumpfile from one server onto another I get the following exasperating error:
[root@jeeves svndumps]# svnadmin load /home/svnroot < marstons_home_svn_10162006.dump
svnadmin: Dump stream contains a malformed header (with no ':') at '* Dumped revision 0.'
Same version of subversion on both machines:
[root@jeeves svndumps]# svnadmin --version
svnadmin, version 1.4.0 (r21228)
compiled Oct 9 2006, 16:50:24
Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
The following repository back-end (FS) modules are available:
* fs_fs : Module for working with a plain file (FSFS) repository.
Both are using fsfs. Both machines run linux, so can't be a CR/LF issue
When I look in the dumpfiles they contain normal-looking ASCII text with no garbage characters.
Here's what it looks like in the area around where it's complaining about:
K 8
svn:date
V 27
2006-10-14T06:55:40.217639Z
PROPS-END
* Dumped revision 0.
Revision-number: 1
Prop-content-length: 112
Content-length: 112
K 7
svn:log
V 38
New repository initialized by cvs2svn.
K 8
svn:date
V 27
2001-07-18T21:24:33.000000Z
PROPS-END
This has got me very concerned, since if svnadmin can't load its own dumpfiles, that means I can't backup my repository with any assurance of being able to restore it.
John J. Felczak
Build & Integration Manager
Acting IT Manager
Siderean Software, Inc.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: svnadmin won't load dump
Posted by John Szakmeister <jo...@szakmeister.net>.
----- John Felczak <jf...@siderean.com> wrote:
> JF>> Here's what it looks like in the area around
> JF>> where it's complaining about:
> JF>>
> JF>> K 8
> JF>> svn:date
> JF>> V 27
> JF>> 2006-10-14T06:55:40.217639Z
> JF>> PROPS-END
> JF>>
> JF>> * Dumped revision 0.
>
> JS> This part is wrong. You must have piped both stdout and stderr
> JS> into the dump file.
>
> JS> Subversion is absolutely capable of loading it's own dump
> files...
> JS> if you don't mix text that was meant for the screen into them.
> :-)
>
> OK, gotcha. Would have saved me some panic and an indigestion if the
> documentation and the error message had been little more informative.
In what way? I think it was pretty clear in the error that it was expecting a header and found the "Dumped revision" line instead. Can you make a suggestion of how to change the error message?
>
> JS> You need to remove these "* Dumped revision Xxx." lines.
> JS> Keep in mind that the dump files are binary, so you need
> JS> to exercise caution when editing your dump file.
>
> So sounds like good news, that these dumpfiles can actually be fixed
> so that svnadmin will load them. Just remove all the "Dumped revison
> *" lines and hopefully it should load?
Correct.
>
> Also good to know that one should expected to see binary data at
> various places in the dumpfiles, and that it doesn't necessarily mean
> they're corrupt.
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: svnadmin won't load dump
Posted by John Felczak <jf...@siderean.com>.
JF>> Here's what it looks like in the area around
JF>> where it's complaining about:
JF>>
JF>> K 8
JF>> svn:date
JF>> V 27
JF>> 2006-10-14T06:55:40.217639Z
JF>> PROPS-END
JF>>
JF>> * Dumped revision 0.
JS> This part is wrong. You must have piped both stdout and stderr
JS> into the dump file.
JS> Subversion is absolutely capable of loading it's own dump files...
JS> if you don't mix text that was meant for the screen into them. :-)
OK, gotcha. Would have saved me some panic and an indigestion if the documentation and the error message had been little more informative.
JS> You need to remove these "* Dumped revision Xxx." lines.
JS> Keep in mind that the dump files are binary, so you need
JS> to exercise caution when editing your dump file.
So sounds like good news, that these dumpfiles can actually be fixed so that svnadmin will load them. Just remove all the "Dumped revison *" lines and hopefully it should load?
Also good to know that one should expected to see binary data at various places in the dumpfiles, and that it doesn't necessarily mean they're corrupt.
Thanks!
John J. Felczak
Build & Integration Manager
Siderean Software, Inc.
Phone: 310.647.4266 x 233
Fax: 310.647.3470
www.siderean.com
Join us at the KM World & Intranets Conference and Exhibition in San Jose, CA 10/31-11/02/06
-----Original Message-----
From: John Szakmeister [mailto:john@szakmeister.net]
Sent: Thursday, November 16, 2006 12:20 AM
To: John Felczak
Cc: users@subversion.tigris.org
Subject: Re: svnadmin won't load dump
----- John Felczak <jf...@siderean.com> wrote:
> Trying to load dumpfile from one server onto another I get the
> following exasperating error:
>
> [root@jeeves svndumps]# svnadmin load /home/svnroot <
> marstons_home_svn_10162006.dump
> svnadmin: Dump stream contains a malformed header (with no ':') at '*
> Dumped revision 0.'
>
> Same version of subversion on both machines:
>
> [root@jeeves svndumps]# svnadmin --version svnadmin, version 1.4.0
> (r21228)
> compiled Oct 9 2006, 16:50:24
>
> Copyright (C) 2000-2006 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
> This product includes software developed by CollabNet
> (http://www.Collab.Net/).
>
> The following repository back-end (FS) modules are available:
>
> * fs_fs : Module for working with a plain file (FSFS) repository.
>
> Both are using fsfs. Both machines run linux, so can't be a CR/LF
> issue
The dump files are binary, so CR/LF isn't a factor.
>
> When I look in the dumpfiles they contain normal-looking ASCII text
> with no garbage characters.
You will see normal text in there, but there are also delta streams in there that are completely binary.
>
> Here's what it looks like in the area around where it's complaining
> about:
>
> K 8
> svn:date
> V 27
> 2006-10-14T06:55:40.217639Z
> PROPS-END
>
> * Dumped revision 0.
This part is wrong. You must have piped both stdout and stderr into the dump file. You need to remove these "* Dumped revision Xxx." lines. Keep in mind that the dump files are binary, so you need to exercise caution when editing your dump file.
> Revision-number: 1
> Prop-content-length: 112
> Content-length: 112
>
> K 7
> svn:log
> V 38
> New repository initialized by cvs2svn.
> K 8
> svn:date
> V 27
> 2001-07-18T21:24:33.000000Z
> PROPS-END
>
> This has got me very concerned, since if svnadmin can't load its own
> dumpfiles, that means I can't backup my repository with any assurance
> of being able to restore it.
>
> John J. Felczak
> Build & Integration Manager
> Acting IT Manager
> Siderean Software, Inc.
Subversion is absolutely capable of loading it's own dump files... if you don't mix text that was meant for the screen into them. :-)
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: svnadmin won't load dump
Posted by John Szakmeister <jo...@szakmeister.net>.
----- John Felczak <jf...@siderean.com> wrote:
> Trying to load dumpfile from one server onto another I get the
> following exasperating error:
>
> [root@jeeves svndumps]# svnadmin load /home/svnroot <
> marstons_home_svn_10162006.dump
> svnadmin: Dump stream contains a malformed header (with no ':') at '*
> Dumped revision 0.'
>
> Same version of subversion on both machines:
>
> [root@jeeves svndumps]# svnadmin --version
> svnadmin, version 1.4.0 (r21228)
> compiled Oct 9 2006, 16:50:24
>
> Copyright (C) 2000-2006 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
> This product includes software developed by CollabNet
> (http://www.Collab.Net/).
>
> The following repository back-end (FS) modules are available:
>
> * fs_fs : Module for working with a plain file (FSFS) repository.
>
> Both are using fsfs. Both machines run linux, so can't be a CR/LF
> issue
The dump files are binary, so CR/LF isn't a factor.
>
> When I look in the dumpfiles they contain normal-looking ASCII text
> with no garbage characters.
You will see normal text in there, but there are also delta streams in there that are completely binary.
>
> Here's what it looks like in the area around where it's complaining
> about:
>
> K 8
> svn:date
> V 27
> 2006-10-14T06:55:40.217639Z
> PROPS-END
>
> * Dumped revision 0.
This part is wrong. You must have piped both stdout and stderr into the dump file. You need to remove these "* Dumped revision Xxx." lines. Keep in mind that the dump files are binary, so you need to exercise caution when editing your dump file.
> Revision-number: 1
> Prop-content-length: 112
> Content-length: 112
>
> K 7
> svn:log
> V 38
> New repository initialized by cvs2svn.
> K 8
> svn:date
> V 27
> 2001-07-18T21:24:33.000000Z
> PROPS-END
>
> This has got me very concerned, since if svnadmin can't load its own
> dumpfiles, that means I can't backup my repository with any assurance
> of being able to restore it.
>
> John J. Felczak
> Build & Integration Manager
> Acting IT Manager
> Siderean Software, Inc.
Subversion is absolutely capable of loading it's own dump files... if you don't mix text that was meant for the screen into them. :-)
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org