You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Diego Hernan Borghetti <bd...@gmail.com> on 2008/01/09 14:57:03 UTC
Disk failure and lost of revision.
Hello all:
First a little of information:
I have two repositories, 1 with 23456 revison and other with just 14
revision, both repo are store in the same disk (a hd of 500 GB).
Both repo are fsfs and all the information are binary files.
My problem is the following, my primary disk (500GB) fail (some class of
buffer error), i run fsck and fix the disk problem, after that i move both
svn repo to a new disk, when i finish the migration run svnadmin verify in
both repo and that is when i found the problem.
The small repo are ok, verify all the revision and work fine, but the big
repo (and most importan) finish with a:
"svnadmin: no such revision 22397"
So i check the db/revs directory and found that the file 22397 don't
exist (probably this "go out" when fsck fix the inode lost).
I try to run svnadmin recover but it finish ok, show the last revision ok
but don't print any error about the revision 22397.
My question is: it's possible recover a lost revision ?
If the answer is "No": it's possible make another db skiping the lost
revision ?
Please CC my because i am not subscribe to this list.
--
Diego
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Disk failure and lost of revision.
Posted by Diego Hernan Borghetti <bd...@gmail.com>.
On Wed, 9 Jan 2008, Brad Rhoads wrote:
> Perhaps a bit OT, but you might try http://www.grc.com/sr/spinrite.htm to
> recover your disk. Note that I have no affiliation with GRC. In fact, I'm
> personally 0/3 with the product, but they have a lot of positive
> testimonials. Good luck.
Thanks for reply i just make a list with all the revision lost (yes, i
check and found that lost others revisions too) and make dump files of
the "good revision".
Then i go to check what lost revision have in my backup to build a new
repo with all this and hope that work fine.
If this don't work, i just put my backup in the repo and make a commit
of my last "work copy".
Anyway.. i already have two new disk to make a backup with the post-commit
hook ;)
>
> On Jan 9, 2008 8:57 AM, Diego Hernan Borghetti <bd...@gmail.com> wrote:
>
>> Hello all:
>>
>> First a little of information:
>>
>> I have two repositories, 1 with 23456 revison and other with just 14
>> revision, both repo are store in the same disk (a hd of 500 GB).
>> Both repo are fsfs and all the information are binary files.
>>
>> My problem is the following, my primary disk (500GB) fail (some class of
>> buffer error), i run fsck and fix the disk problem, after that i move both
>> svn repo to a new disk, when i finish the migration run svnadmin verify in
>> both repo and that is when i found the problem.
>> The small repo are ok, verify all the revision and work fine, but the big
>> repo (and most importan) finish with a:
>> "svnadmin: no such revision 22397"
>>
>> So i check the db/revs directory and found that the file 22397 don't
>> exist (probably this "go out" when fsck fix the inode lost).
>> I try to run svnadmin recover but it finish ok, show the last revision ok
>> but don't print any error about the revision 22397.
>>
>> My question is: it's possible recover a lost revision ?
>>
>> If the answer is "No": it's possible make another db skiping the lost
>> revision ?
>>
>> Please CC my because i am not subscribe to this list.
>>
>> --
>> Diego
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
>>
>>
>
>
> --
> ---------------------------
> www.maf.org/rhoads
> www.ontherhoads.org
>
Please CC, because i am not subscribe to this list.
--
Diego
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Disk failure and lost of revision.
Posted by Brad Rhoads <bd...@gmail.com>.
Perhaps a bit OT, but you might try http://www.grc.com/sr/spinrite.htm to
recover your disk. Note that I have no affiliation with GRC. In fact, I'm
personally 0/3 with the product, but they have a lot of positive
testimonials. Good luck.
On Jan 9, 2008 8:57 AM, Diego Hernan Borghetti <bd...@gmail.com> wrote:
> Hello all:
>
> First a little of information:
>
> I have two repositories, 1 with 23456 revison and other with just 14
> revision, both repo are store in the same disk (a hd of 500 GB).
> Both repo are fsfs and all the information are binary files.
>
> My problem is the following, my primary disk (500GB) fail (some class of
> buffer error), i run fsck and fix the disk problem, after that i move both
> svn repo to a new disk, when i finish the migration run svnadmin verify in
> both repo and that is when i found the problem.
> The small repo are ok, verify all the revision and work fine, but the big
> repo (and most importan) finish with a:
> "svnadmin: no such revision 22397"
>
> So i check the db/revs directory and found that the file 22397 don't
> exist (probably this "go out" when fsck fix the inode lost).
> I try to run svnadmin recover but it finish ok, show the last revision ok
> but don't print any error about the revision 22397.
>
> My question is: it's possible recover a lost revision ?
>
> If the answer is "No": it's possible make another db skiping the lost
> revision ?
>
> Please CC my because i am not subscribe to this list.
>
> --
> Diego
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
--
---------------------------
www.maf.org/rhoads
www.ontherhoads.org