Re: Can we trust fsync?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Can we trust fsync?
Дата
Msg-id 28042.1385136966@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Can we trust fsync?  (Greg Stark <stark@mit.edu>)
Ответы Re: Can we trust fsync?  (Claudio Freire <klaussfreire@gmail.com>)
Re: Can we trust fsync?  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Greg Stark <stark@mit.edu> writes:
> On Thu, Nov 21, 2013 at 1:43 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Also, it's not that hard to do plug-pull testing to verify that your
>> system is telling the truth about fsync.  This really ought to be part
>> of acceptance testing for any new DB server.

> I've never tried it but I always wondered how easy it was to do. How would
> you ever know you had tested it enough?

I used the program Greg Smith recommends on our wiki (can't remember the
name offhand) when I got a new house server this spring.  With the RAID
card configured for writethrough and no battery, it failed all over the
place.  Fixed those configuration bugs, it was okay three or four times
in a row, which was good enough for me.

> The original mail was referencing a problem with syncing *meta* data
> though. The semantics around meta data syncs are much less clearly
> specified, in part because file systems traditionally made nearly all meta
> data operations synchronous. Doing plug-pull testing on Postgres would not
> test meta data syncing very well since Postgres specifically avoids doing
> much meta data operations by overwriting existing files and blocks as much
> as possible.

True.  You're better off with a specialized testing program.  (Though
now you mention it, I wonder whether that program was stressing metadata
or not.)
        regards, tom lane



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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Can we trust fsync?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Building on S390