Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests |
| Дата | |
| Msg-id | 3703646.1642350882@sss.pgh.pa.us обсуждение |
| Ответ на | pg_basebackup WAL streamer shutdown is bogus - leading to slow tests (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: pg_basebackup WAL streamer shutdown is bogus - leading to slow tests
|
| Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes:
> I don't immediately see a solution for this, other than to add
> StreamCtl->stop_event (mirroring ->stop_socket) and then convert
> CopyStreamPoll() to use WaitForMultipleObjects(). Microsoft's select()
> doesn't support pipes and there's no socketpair().
> Any more straightforward ideas?
> From a cursory look at history, it used to be that pg_basebackup had this
> behaviour on all platforms, but it got fixed for other platforms in
> 7834d20b57a by Tom (assuming the problem wasn't present there).
Hmm --- I see that I thought Windows was unaffected, but I didn't
consider this angle.
Can we send the child process a signal to kick it off its wait?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера