> However, there's still a problem: GetUndoRecPtr also gets SInvalLock
> while its caller holds WALInsertLock, and therefore this routine
> could create the second leg of the deadlock too. Removing the
> SInvalLock lock there creates the problem that backends might be
> added to or deleted from the PROC array while GetUndoRecPtr runs.
> I think it might be possible to survive that, by adding an assumption
> that logRec.xrecoff can be set to zero atomically, but it
> seems tricky.
Checkpoint' undo is not used currently so just comment out GetUndoRecPtr
call in CreateCheckPoint - we'll find solution later.
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2001-12-18 19:05:43|
|Subject: Re: Deadlock condition in current sources |
|Previous:||From: Tom Lane||Date: 2001-12-18 18:53:37|
|Subject: Re: problems with table corruption continued |