Garrett Rooney,
I retried again just now. Now I have more information.
I splited the dump file in two parts, the first one is from rev 0
to rev 10909, the other is from rev 10910 to the end. I did this
because I knew it is the the rev 10910 that had failed. ( I use
'--incremental' option of svnadmin to create the 2nd dumpfile)
I ran "svnadmin load" on the first dumpfile, all was OK. And for
the 2nd dumpfile, svnadmin reported:
svnadmin: File not found: transaction '10909-3', path 'products/xy2/design/?\230
?\149?\176?\229?\128?\188?\232?\174?\190?\229?\174?\154/?\231?\142?\169?\230?\17
9?\149?\231?\179?\187?\231?\187?\159/?\229?\143?\172?\229?\148?\164?\229?\133?\1
89/?\229?\143?\172?\229?\148?\164?\229?\133?\189?\231?\130?\188?\229?\166?\150?\
231?\179?\187?\231?\187?\159?\232?\161?\165?\229?\133?\133.xls'
Note: in fact, this message was from the 3rd time that I retried the
svnadmin load command. so there is '3' in message: '10909-3'.
And you can see, the path contains some special chars, that is
Chinese. We have other repositories containing Chinese file/dir names.
But converting these repositories was successful. And the revisions
before 10909 already contain many other Chinese file/dir names.
There is some trouble to display Chinese char in my Unix term. When I
am back in office, I will try to use windows to find more info about
that revision.
Gilbert
On 7/22/05, Garrett Rooney <rooneg@electricjellyfish.net> wrote:
> Gilbert Fine wrote:
> > Hi All,
> >
> > We have a big svn repository (containing over 18000 revisions). We want
> > to convert it from bdb to fsfs. Because recently we found that this
> > repository needs to be recovered too often (almost every morning). And
> > fsfs seems save a lot of space.
> >
> > But we failed. "svnadmin load" on a certain revision, and it can be
> > reproduced. The failed revision is the same every time we tried.
> > svnadmin gave no error message, if I recalled correctly.
>
> Well, I don't see how you expect us to debug the problem with zero
> information other than "it failed". You're going to have to provide
> more information, like the exact commands you ran, and the exact output
> from when the failure ocurred.
>
> -garrett
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 27 18:01:33 2005