client-side fsync() error handling

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема client-side fsync() error handling
Дата
Msg-id d239d1bd-aef0-ca7c-dc0a-da14bdcf0392@2ndquadrant.com
обсуждение исходный текст
Ответы Re: client-side fsync() error handling  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
Continuing the discussion from [0], there are still a number of fsync() 
calls in client programs that are unchecked or where errors are treated 
non-fatally.

Digging around through the call stack, I think changing fsync_fname() to 
just call exit(1) on errors instead of proceeding would address most of 
that.

This affects (at least) initdb, pg_basebackup, pg_checksums, pg_dump, 
pg_dumpall, and pg_rewind.

Thoughts?


[0]: 
https://www.postgresql.org/message-id/flat/9b49fe44-8f3e-eca9-5914-29e9e99030bf%402ndquadrant.com

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Вложения

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

Предыдущее
От: Julien Rouhaud
Дата:
Сообщение: Re: [PATCH] Erase the distinctClause if the result is unique bydefinition
Следующее
От: Andy Fan
Дата:
Сообщение: Re: [PATCH] Erase the distinctClause if the result is unique by definition