Re: "could not open relation with OID" errors after promoting the standby to master

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: "could not open relation with OID" errors after promoting the standby to master
Дата
Msg-id 201205242038.24446.andres@anarazel.de
обсуждение исходный текст
Ответ на Re: "could not open relation with OID" errors after promoting the standby to master  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: "could not open relation with OID" errors after promoting the standby to master  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Thursday, May 24, 2012 08:32:47 PM Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
> > The control file currently is not a very good match because of the
> > current requirement of staying below 512 bytes. If we would include the
> > list of running xacts that wouldn't be enough.
> > I wondered before if there is more to do to fix that then to do the
> > atomic write();fsync();rename();fsync(); dance. I don't see a problem
> > with the cost of that personally...
> 
> The reason for keeping it to one sector is that you're screwed if the
> file is broken, so the fewer failure modes the better.
Yea, sure. But given the amount of software that depends on the above sequence 
to work correctly I don't really see much of a problem...

> I'm not sure I believe that we can make a recovery resume from an
> arbitrary point in WAL anyway, or that it would be worth the trouble.
> Can't we just resume from the last restartpoint?
Well, with a decent sized checkpoint_segments getting up2date can take quite a 
noticeable amount of time...

Andres


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: "could not open relation with OID" errors after promoting the standby to master
Следующее
От: Robert Haas
Дата:
Сообщение: Re: 9.2beta1, parallel queries, ReleasePredicateLocks, CheckForSerializableConflictIn in the oprofile