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 <jfelczak@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
Received on Thu Nov 16 20:01:36 2006