Greg Stark <gsstark(at)mit(dot)edu> writes:
> Does this create a problem combined with the plan to allow the new
> VACUUM FULL to rewrite system tables? From my brief scan it sounds
> like the only reason there's no race condition here is that previously
> the oid of system tables couldn't change out from under
> load_critical_index.

Their OIDs will never change, so I don't see an issue.  Locks are taken
on OIDs not relfilenodes, so a relocation doesn't break locking.  If
it did we'd already have a problem with relocating user tables.

			regards, tom lane

In response to

• Re: Deadlock in vacuum (check fails) at 2010-02-01 14:45:32 from Greg Stark

pgsql-hackers by date

Next:	From: Simon Riggs	Date: 2010-02-01 15:15:39
	Subject: Re: Hot Standby and VACUUM FULL
Previous:	From: Tom Lane	Date: 2010-02-01 15:07:49
	Subject: Re: Hot Standby and VACUUM FULL