You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Stefan Lock <lo...@signal7.de> on 2011/10/21 18:04:20 UTC
svn dump failure with bad revison
Hi,
we are using subversion 1.6.11 (r934486) with FSFS database on
CentOS and i get the following error while using svnadmin dump:
* Dumped revision 8233.
svnadmin: File not found: revision 8234, path
Some times ago, we committed a file with an bad filename. I think we
used a blank or other special characters. Afterwards we deleted this
file so we created exactly one revision with this bad file.
Now, we are not able to dump this Repository because we get an "file
not found!" error for that revision while dumping.
As I read in the FAQ:
http:subversion.apache.org/faq.html#removal
It´s planned to delete revisions out of a repository but still not
implemented and I have to pipe my dumpfile into the svndumpfilter
So I tried:
svnadmin dump REPO/ | svndumpfilter exclude revision 8234 > exclude.dump
but still get
svnadmin: File not found: revision 8234, path.....
As i´m not used to the svndumpfilter I tried different syntax (just
8234, the path ) all with the same failure. Unfortunately the man page
is not very helpful.
After this I tried:
svnadmin dump REPO/ 0:8233 > inkr.dump
to append the rest with a incremental dump using >>.
But I´m wondering cause get the same failure:
....
* Dumped revision 8233.
svnadmin: File not found: revision 8234, path '/PATH'
Does anybody know how to dump a repository excluding exactly one
revision or perhaps anybody has an other idea solving this problem.
Thanks,
Stefan
(-) Stefan Lock
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Pallaswiesenstraße 174 - 64293 Darmstadt,
(-) Tel: +49 (0) 6151 969 96 17, Fax: +49 (0) 6151 969 96 29
(-) mailto:lock@signal7.de, www.signal7.de
(-) Amtsgericht Darmstadt, HRB 6833
(-) Geschäftsführer: Robert Krüger, Frank Peters, Jochen Strunk
Re: svn dump failure with bad revison
Posted by Stefan Lock <lo...@signal7.de>.
Hi Thorsten,
the revision file is small but not empty: 12k
On Oct 23, 2011, at 10:05 AM, Thorsten Schöning wrote:
> Guten Tag Stefan Lock,
> am Freitag, 21. Oktober 2011 um 18:04 schrieben Sie:
>
>> * Dumped revision 8233.
>> svnadmin: File not found: revision 8234, path
>
> Does the revision file 8234 exist and is not 0 kb in size or stuff
> like that?
>
> Mit freundlichen Grüßen,
>
> Thorsten Schöning
>
> --
> Thorsten Schöning E-Mail:Thorsten.Schoening@AM-SoFT.de
> AM-SoFT IT-Systeme http://www.AM-SoFT.de/
>
> Telefon.............030-2 1001-310
> Fax...............05151- 9468- 88
> Mobil..............0178-8 9468- 04
>
> AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
> AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
>
(-) Stefan Lock
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Pallaswiesenstraße 174 - 64293 Darmstadt,
(-) Tel: +49 (0) 6151 969 96 17, Fax: +49 (0) 6151 969 96 29
(-) mailto:lock@signal7.de, www.signal7.de
(-) Amtsgericht Darmstadt, HRB 6833
(-) Geschäftsführer: Robert Krüger, Frank Peters, Jochen Strunk
Re: svn dump failure with bad revison
Posted by Thorsten Schöning <ts...@am-soft.de>.
Guten Tag Stefan Lock,
am Freitag, 21. Oktober 2011 um 18:04 schrieben Sie:
> * Dumped revision 8233.
> svnadmin: File not found: revision 8234, path
Does the revision file 8234 exist and is not 0 kb in size or stuff
like that?
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Mail:Thorsten.Schoening@AM-SoFT.de
AM-SoFT IT-Systeme http://www.AM-SoFT.de/
Telefon.............030-2 1001-310
Fax...............05151- 9468- 88
Mobil..............0178-8 9468- 04
AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: svn dump failure with bad revison
Posted by Stefan Lock <lo...@signal7.de>.
Thanks Ryan,
now, I was able to dump the repository and load it on our new hardware.
i´ll will do some test with 1.7 after the successful migration of our
productive system to the new hardware and I´ll keep you updated if
the the problem still occurs with 1.7.
On Oct 21, 2011, at 10:24 PM, Ryan Schmidt wrote:
> On Oct 21, 2011, at 11:04, Stefan Lock wrote:
>
>> we are using subversion 1.6.11 (r934486) with FSFS database on
>> CentOS and i get the following error while using svnadmin dump:
>>
>> * Dumped revision 8233.
>> svnadmin: File not found: revision 8234, path
>>
>> Some times ago, we committed a file with an bad filename. I think
>> we used a blank or other special characters. Afterwards we deleted
>> this file so we created exactly one revision with this bad file.
>> Now, we are not able to dump this Repository because we get an
>> "file not found!" error for that revision while dumping.
>
> That sounds like a bug in Subversion... if the file could be
> committed, then we should be able to dump or otherwise deal with it,
> even if the name is unusual. I'd recommend you try the latest
> version of Subversion 1.6.x and see if the problem persists. You
> could also try 1.7.0 but you may want to wait on upgrading important
> systems to that version due to other issues you can read about on
> the mailing list.
>
>
>> As I read in the FAQ:
>> http:subversion.apache.org/faq.html#removal
>> It´s planned to delete revisions out of a repository but still not
>> implemented and I have to pipe my dumpfile into the svndumpfilter
>>
>> So I tried:
>> svnadmin dump REPO/ | svndumpfilter exclude revision 8234 >
>> exclude.dump
>> but still get
>>
>> svnadmin: File not found: revision 8234, path.....
>>
>> As i´m not used to the svndumpfilter I tried different syntax (just
>> 8234, the path ) all with the same failure. Unfortunately the man
>> page is not very helpful.
>
> The failure is in svnadmin dump, so the next svndumpfilter command
> isn't even getting run; it's failing before that.
>
>
>> After this I tried:
>>
>> svnadmin dump REPO/ 0:8233 > inkr.dump
>>
>> to append the rest with a incremental dump using >>.
>> But I´m wondering cause get the same failure:
>> ....
>> * Dumped revision 8233.
>> svnadmin: File not found: revision 8234, path '/PATH'
>>
>> Does anybody know how to dump a repository excluding exactly one
>> revision or perhaps anybody has an other idea solving this problem.
>
> You got it mostly right:
>
> $ svnadmin help dump | head -n 1
> dump: usage: svnadmin dump REPOS_PATH [-r LOWER[:UPPER] [--
> incremental]]
>
> You just forgot the "-r" switch before your revision range.
>
> svnadmin dump REPO -r 0:8233 > REPO.dump
> svnadmin dump REPO -r 8234:HEAD --incremental >> REPO.dump
>
> If you don't plan to filter the dump, you can save quite a lot of
> space by using deltas:
>
> svnadmin dump REPO -r 0:8233 --deltas > REPO.dump
> svnadmin dump REPO -r 8234:HEAD --deltas --incremental >> REPO.dump
>
(-) Stefan Lock
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Pallaswiesenstraße 174 - 64293 Darmstadt,
(-) Tel: +49 (0) 6151 969 96 17, Fax: +49 (0) 6151 969 96 29
(-) mailto:lock@signal7.de, www.signal7.de
(-) Amtsgericht Darmstadt, HRB 6833
(-) Geschäftsführer: Robert Krüger, Frank Peters, Jochen Strunk
Re: svn dump failure with bad revison
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Oct 21, 2011, at 11:04, Stefan Lock wrote:
> we are using subversion 1.6.11 (r934486) with FSFS database on CentOS and i get the following error while using svnadmin dump:
>
> * Dumped revision 8233.
> svnadmin: File not found: revision 8234, path
>
> Some times ago, we committed a file with an bad filename. I think we used a blank or other special characters. Afterwards we deleted this file so we created exactly one revision with this bad file.
> Now, we are not able to dump this Repository because we get an "file not found!" error for that revision while dumping.
That sounds like a bug in Subversion... if the file could be committed, then we should be able to dump or otherwise deal with it, even if the name is unusual. I'd recommend you try the latest version of Subversion 1.6.x and see if the problem persists. You could also try 1.7.0 but you may want to wait on upgrading important systems to that version due to other issues you can read about on the mailing list.
> As I read in the FAQ:
> http:subversion.apache.org/faq.html#removal
> It´s planned to delete revisions out of a repository but still not implemented and I have to pipe my dumpfile into the svndumpfilter
>
> So I tried:
> svnadmin dump REPO/ | svndumpfilter exclude revision 8234 > exclude.dump
> but still get
>
> svnadmin: File not found: revision 8234, path.....
>
> As i´m not used to the svndumpfilter I tried different syntax (just 8234, the path ) all with the same failure. Unfortunately the man page is not very helpful.
The failure is in svnadmin dump, so the next svndumpfilter command isn't even getting run; it's failing before that.
> After this I tried:
>
> svnadmin dump REPO/ 0:8233 > inkr.dump
>
> to append the rest with a incremental dump using >>.
> But I´m wondering cause get the same failure:
> ....
> * Dumped revision 8233.
> svnadmin: File not found: revision 8234, path '/PATH'
>
> Does anybody know how to dump a repository excluding exactly one revision or perhaps anybody has an other idea solving this problem.
You got it mostly right:
$ svnadmin help dump | head -n 1
dump: usage: svnadmin dump REPOS_PATH [-r LOWER[:UPPER] [--incremental]]
You just forgot the "-r" switch before your revision range.
svnadmin dump REPO -r 0:8233 > REPO.dump
svnadmin dump REPO -r 8234:HEAD --incremental >> REPO.dump
If you don't plan to filter the dump, you can save quite a lot of space by using deltas:
svnadmin dump REPO -r 0:8233 --deltas > REPO.dump
svnadmin dump REPO -r 8234:HEAD --deltas --incremental >> REPO.dump