Re: fsync-pgdata-on-recovery tries to write to more files than previously
В списке pgsql-hackers по дате отправления:
| От | Christoph Berg |
|---|---|
| Тема | Re: fsync-pgdata-on-recovery tries to write to more files than previously |
| Дата | |
| Msg-id | 20150524075244.GB27048@msg.df7cb.de обсуждение исходный текст |
| Ответ на | Re: fsync-pgdata-on-recovery tries to write to more files than previously (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: fsync-pgdata-on-recovery tries to write to more files
than previously
|
| Список | pgsql-hackers |
Re: Andres Freund 2015-05-24 <20150524005245.GD32396@alap3.anarazel.de> > How about, to avoid masking actual problems, we have a more > differentiated logic for the toplevel data directory? I think we could > just skip all non-directory files in there data_directory itself. None > of the files in the toplevel directory, with the exception of > postgresql.auto.conf, will ever get written to by PG itself. And if > there's readonly files somewhere in a subdirectory, I won't feel > particularly bad. I like that idea. Christoph -- cb@df7cb.de | http://www.df7cb.de/
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера