> -----Original Message-----
> From: Branko Čibej [mailto:[email protected]]
> Are we talking about the repository format or the FSFS format here? If
> <repos>/db/fs-type says "fsfs" then the repository format
> (<repos>/format) is probably 3 and you're talking about <repos>/db/format,
> yes? The distinction is important.
Yes, I'm referring to db/* files.
$ more format fs-type
::::::::::::::
format
::::::::::::::
1
::::::::::::::
fs-type
::::::::::::::
fsfs
>
> In any case, 1.8 /should/ be able to dump an FSFSv1 repository, and the
> <repos>/db/current file should exists; it's been around since FSFSv1.
> You can try recreating it; the format is described here:
>
> https://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure
>
> To find the youngest revision, look for the highest-numered file in
> <repos>/db/revs. If you're just going to dump the repository, it should be
> safe to set the next-node-id and next-copy-id to some large number, say
> 999999; but I wouldn't recommend trying to commit to the repository.
>
> Please report if the above works or I'm just talking through my hat. :)
>
> -- Brane
Good News: Recreating the db/current file worked in that it allowed 'svnadmin
dump' to run.
Bad News: However, it seems that I have bigger issues:
* Dumped revision 109662.
svnadmin: E720002: Can't open file 'devel_copy\db\revprops\109663': The
system cannot find the file specified.
When I sort the files in db/revs numerically, I see gaps in the revs:
109661
109662
109668
109734
...
109735
157939
157940
157941
159433
159607
160600
160601
162409
And 'ls | wc -l' in dev/revs shows that there are 141,768 files, but the
highest rev in db/revs is 162409...
*sigh* I guess I can try piecemeal dumps.
Thanks for the help everyone, but I'm thinking my missing db/current file is a
symptom of the repo being mangled (probably due to inadequate backup procedures
or a bad restore from tape. Rev 1 is from 2006, and the repo was just around
for reference so no real worries.)
