Re: SR fails to send existing WAL file after off-line copy
От | Tom Lane |
---|---|
Тема | Re: SR fails to send existing WAL file after off-line copy |
Дата | |
Msg-id | 7156.1288651650@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: SR fails to send existing WAL file after off-line copy (Greg Stark <gsstark@mit.edu>) |
Ответы |
Re: SR fails to send existing WAL file after off-line copy
|
Список | pgsql-hackers |
Greg Stark <gsstark@mit.edu> writes: > On Mon, Nov 1, 2010 at 12:37 AM, Heikki Linnakangas > <heikki.linnakangas@enterprisedb.com> wrote: >> Yes, indeed there is a corner-case bug when you try to stream the very first >> WAL segment, with log==seg==0. > This smells very much like > http://article.gmane.org/gmane.comp.db.postgresql.devel.general/137052 > I wonder if there's some defensive programming way to avoid bugs of this sort. It strikes me that it's not good if there isn't a recognizable "invalid" value for WAL locations. These bits of code show that there is reason to have one. Maybe we should teach initdb to start the WAL one segment later, and then 0/0 *would* mean "invalid", and we could revert these other hacks. regards, tom lane
В списке pgsql-hackers по дате отправления: