[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

svnadmin won't load dump

From: John Felczak <jfelczak_at_siderean.com>
Date: 2006-11-16 03:55:13 CET

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
Received on Thu Nov 16 03:57:11 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.