It is a registered Subversion bug: http://subversion.tigris.org/issues/show_bug.cgi?id=2641
Path ordering in the dump is sometimes wrong with non-ASCII file names.
It seems to be fixed in 1.5, and maybe in a 1.4.*
Sorry for the spam...
> -----Original Message-----
> From: Samuel Langlois
> Sent: vendredi 21 mars 2008 18:27
> To: 'users_at_subversion.tigris.org'
> Subject: Unable to restore a dump having Chinese characters
> I've had a tough week...
> Because of a hardware failure, we had to restore our nightly subversion dump.
> We are using 1.3.2 on Linux with fsfs (Apache/2.2.2 (Unix) mod_ssl/2.2.2 OpenSSL/0.9.7a DAV/2
> After 2 hours of feverish restore, the "svnadmin load" failed with the message:
> File not found: transaction '84072-1', path
> The strange characters at the end are supposed to be Japanese chars that the term cannot display.
> We finally managed to restore the dump by using svndumpfilter to exclude this path and several others.
> All of the paths which were causing problems had Chinese or Japanese characters.
> But most paths with such characters worked correctly: only a few were crashing the restore.
> I was able to extract one part of the dump to reproduce the problem:
> To reproduce, do the following:
> svnadmin create chineserep
> svn mkdir file://`pwd`/chineserep/trunk
> svnadmin load chineserep < chinese.svndump
> I tried re-importing it with subversion 1.4.6, but I had the same error.
> I suppose the problem happens during the dump, not the restore.
> Is this a known problem with multibyte encodings?
> Would it be corrected in a newer version, or do you want me to register an issue?
> Thanks a lot for your help,
> Samuel Langlois
> ILOG S.A.
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-28 19:05:49 CET