Just to close the loop on this, after 22 hours the 'recover' completed
and all
seems right with the world. Thanks to those who responded with ideas and
suggestions.
Brett Wooldridge wrote:
> Thanks for the reply. I should have provided more detail. The
> process definitely is not
> 'hung', in that it is consuming about 90% of the CPU and the drives
> were going quite
> actively.
>
>
> kraml wrote:
>
>> Brett Wooldridge wrote:
>>
>>> I need some help, I think.
>>>
>>> We had a user initiate a large import into subversion (when they
>>> intended to perform
>>> a checkout). One of the engineers killed the import, which left the
>>> DB in an inconsistent
>>> state.
>>>
>>> Our build guy is running 'svnadmin recover' on the repository, but I
>>> am concerned, because
>>> even though it says it can take quite a few minutes, it's been
>>> running for over 6 hours now.
>>> I have no idea whether this is normal or not, and whether we can
>>> expect it to complete in
>>> our lifetimes or not. Our repository is ~4.5G in size and has
>>> several hundred meg of logs.
>>> Is it replaying *all* of the logs, or just the last few
>>> transactions? Does subversion 'checkpoint'
>>> the berkeley DB periodically (or regularly?).
>>>
>>> Thanks in advance for your help.
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>>> For additional commands, e-mail: users-help@subversion.tigris.org
>>>
>>>
>> I encountered similar situation several days ago, my repository is
>> about 100MB, the 'svnadmin recover' command hangs, I use 'top' and
>> find that it just idled, takes no cpu time. As there is a backup on
>> my hand, I kill the process. Then I run db_recover in the db directory
>> of the repository, after that the 'svnadmin recover' finished in 1
>> minute. And my data did not lost.
>> But I have to say that I have a backup so I'm dare to kill the recover
>> process. You should not do that if not.
>> Could our dear developer confirm if we can kill 'svnadmin recover' in
>> such situation?
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Feb 29 06:45:23 2004