Sander Striker wrote:
>>From: Garrett Rooney [mailto:rooneg@electricjellyfish.net]
>>Sent: 18 September 2002 22:07
>>
>>
>
>
>
>>Bill Tutt wrote:
>>
>>
>>
>>>Isn't this because we aren't talking to the datastore properly in the
>>>first place? Our database should NEVER get wedged. I thought we'd talked
>>>about how to fix this. We should work on that rather than this approach.
>>>If we're not willing to tackle that work item for 1.0 then I begin to
>>>wonder about what skewed ideas people might have about how
>>>stable/reliable a 1.0 relase of Subversion should be.
>>>
>>>
>>[snip]
>>
>> > If you could refresh my aging brain on why the database gets wedged and
>> > why we're not addressing that before doing things this way I'd greatly
>> > appreciate it.
>>
>>well, right now, it can easily get wedged just because of the fact that
>>there is no attempt to catch a SIGINT, so you hit control-c and your
>>process just exits. if you're holding locks inside berkeley db, then
>>you don't clean them up, so the repos can get wedged. without some kind
>>of cancelation support, this is unavoidable.
>>
>>
>
>Uhm. But we had quite some discussion on how to handle wedged repositories.
>Basically we need to fix the way we open the repository. Can we please
>revisit the proposed fixes in those threads first? That would effectively
>solve your problem aswell.
>
Can't be done, I tried. The only way to unwedge a repository is to run
recovery in a process that has exclusive access to the repo. If there
are wedged processes hung there, it won't work. The only way to avoid
hanging a process is to set a timeout on DB locks and transactions (can
be done in the DB_CONFIG file). Then you have to guess a correct timeout
period.
The automatic unwedging thing would work great if we had a DB server
process. But we don't.
--
Brane Čibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Sep 22 19:51:34 2002