Re: Checkpoint not retrying failed fsync?

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: Checkpoint not retrying failed fsync?
Дата
Msg-id CAEepm=23GCvc+sY_Y-HH=d06iyYiKFG_W7KXn76aRpuFiAP2aQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Checkpoint not retrying failed fsync?  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: Checkpoint not retrying failed fsync?  (Thomas Munro <thomas.munro@enterprisedb.com>)
Список pgsql-hackers
On Sun, Apr 8, 2018 at 5:36 PM, Amit Kapila <amit.kapila16@gmail.com> wrote:
> Won't in the success case, you need to delete each member (by
> something like bms_del_member) rather than just using bms_free?

Thanks for looking at this.  Yeah, if requests for segment numbers 0
and 1 were in "requests", and 0 succeeded but then 1 fails, my
previous patch would leave both in there to be retried next time
around.  I thought that was pretty harmless so I didn't worry about it
before, but of course you're right that it's not necessary to retry
the ones that succeeded, so we could remove them as we go.  New patch
attached.

-- 
Thomas Munro
http://www.enterprisedb.com

Вложения

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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: csv format for psql
Следующее
От: Andreas Karlsson
Дата:
Сообщение: Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS