Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS
Дата
Msg-id CAM-w4HMdr-GnUYSZisEYqwSdf38HoifTRsCgoPyyeigzD0pDKQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS  ("Joshua D. Drake" <jd@commandprompt.com>)
Список pgsql-hackers
Дерево обсуждения 
On 10 April 2018 at 19:58, Joshua D. Drake <jd@commandprompt.com> wrote:
> You can't unmount the file system --- that requires writing out all of the pages
> such that the dirty bit is turned off.

I always wondered why Linux didn't implement umount -f. It's been in
BSD since forever and it's a major annoyance that it's missing in
Linux. Even without leaking memory it still leaks other resources,
causes confusion and awkward workarounds in UI and automation
software.

-- 
greg

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

Предыдущее
От: Jonathan Corbet
Дата:
Сообщение: Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS
Следующее
От: Đặng Minh Hướng
Дата:
Сообщение: Re: User defined data types in Logical Replication