Re: Add pg_file_sync() to adminpack
От | Arthur Zakirov |
---|---|
Тема | Re: Add pg_file_sync() to adminpack |
Дата | |
Msg-id | 57122c73-7461-183b-2405-a5c2d0bf197e@gmail.com обсуждение исходный текст |
Ответ на | Re: Add pg_file_sync() to adminpack (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Add pg_file_sync() to adminpack
|
Список | pgsql-hackers |
On 2020/01/24 14:56, Michael Paquier wrote: > On Fri, Jan 24, 2020 at 01:28:29PM +0900, Arthur Zakirov wrote: >> It is compiled and passes the tests. There is the documentation and it is >> built too without an error. >> >> It seems that consensus about the returned type was reached and I marked the >> patch as "Ready for Commiter". > > + fsync_fname_ext(filename, S_ISDIR(fst.st_mode), false, ERROR); > One comment here: should we warn better users in the docs that a fsync > failule will not trigger a PANIC here? Here, fsync failure on heap > file => ERROR => potential data corruption. Ah, true. It is possible to add couple sentences that pg_file_sync() doesn't depend on data_sync_retry GUC and doesn't raise a PANIC even for database files. -- Arthur
В списке pgsql-hackers по дате отправления: