Re: pg_standby could not open wal file after selecting new timeline
В списке pgsql-hackers по дате отправления:
| От | Dave Cramer |
|---|---|
| Тема | Re: pg_standby could not open wal file after selecting new timeline |
| Дата | |
| Msg-id | 8D8C8DAF-2C9A-452D-B301-2BFBE9331C1E@fastcrypt.com обсуждение исходный текст |
| Ответ на | Re: pg_standby could not open wal file after selecting new timeline (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 5-Nov-08, at 1:00 PM, Tom Lane wrote: > I wrote: >> Huh, is it possible that Linux rejects O_SYNC for a file on ramdisk? > > I found this in the Fedora 9 manpage for open(2): > > O_DIRECT support was added under Linux in kernel version > 2.4.10. Older > Linux kernels simply ignore this flag. Some filesystems may > not imple- > ment the flag and open() will fail with EINVAL if it is used. > > so it may not be ramdisk per se that's the issue, but the filesystem > you're using on it. > > We set O_DIRECT along with O_SYNC whenever O_DIRECT is defined. I > wonder whether there's a need to make that decision more configurable. > fsync=off works fine if that helps > regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера