Re: Parallel pg_dump's error reporting doesn't work worth squat

Поиск
Список
Период
Сортировка
От Joshua D. Drake
Тема Re: Parallel pg_dump's error reporting doesn't work worth squat
Дата
Msg-id 567AEE2B.2060504@commandprompt.com
обсуждение исходный текст
Ответ на Parallel pg_dump's error reporting doesn't work worth squat  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 12/23/2015 10:16 AM, Tom Lane wrote:

> Depending on timing, this scheme might accidentally fail to fail, but it
> seems fragile as can be.  I would bet that it's prone to deadlocks, quite
> aside from the SIGPIPE problem.  Considering how amazingly ugly the
> underlying code is (exit_horribly is in parallel.c now? Really?), I want
> to rip it out entirely, not try to band-aid it by suppressing SIGPIPE ---
> though likely we need to do that too.
>
> Thoughts?

This is something that should work, period. It should be a showcase for 
the code we ship because it shows how serious we take data integrity 
(backups/restore etc...).

+1 for turning it into something irrefutably as close to perfect as 
humans can produce.

Sincerely,

JD


-- 
Command Prompt, Inc. - http://www.commandprompt.com/  503-667-4564
PostgreSQL Centered full stack support, consulting and development.
Announcing "I'm offended" is basically telling the world you can't
control your own emotions, so everyone else should do it for you.



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: tracking owner of extension-managed objects
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: multivariate statistics v8