Re: [PATCH] A crash and subsequent recovery of themaster can cause the slave to get out-of-sync
| От | Tom Lane |
|---|---|
| Тема | Re: [PATCH] A crash and subsequent recovery of themaster can cause the slave to get out-of-sync |
| Дата | |
| Msg-id | 19664.1183659205@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [PATCH] A crash and subsequent recovery of themaster can cause the slave to get out-of-sync ("Florian G. Pflug" <fgp@phlo.org>) |
| Ответы |
Re: [PATCH] A crash and subsequent recovery of themaster
can cause the slave to get out-of-sync
|
| Список | pgsql-hackers |
[ back to dealing with this patch, finally ]
"Florian G. Pflug" <fgp@phlo.org> writes:
> While creating the patch, I've been thinking if it might be worthwile
> to note that we just did recovery in the ShutdownCheckpoint
> (or create a new checkpoint type RecoveryCheckpoint). This wouldl allow
> for more error checking, because then the slave could check that
> safe_restartpoint() is true for all ShutdownCheckpoints that were not
> after recovering.
I concur that this is a good idea --- we should have a third checkpoint
record type that shows that a crash recovery occurred. However, we can
probably only do that for 8.3 and beyond. If we try to do it in
existing release branches then there's likelihood of trouble due to WAL
incompatibility between master and standby. While we do advise people
to update their standbys first, I don't think it's worth risking such
problems just to add some more error checking.
Conclusion: we should apply Florian's patch as-is in 8.2, do something
morally equivalent in 8.1 and before, and invent a
CrashRecoveryCheckpoint record type in HEAD.
regards, tom lane
В списке pgsql-hackers по дате отправления: