| От | Michael Paquier |
|---|---|
| Тема | Re: v12.0: segfault in reindex CONCURRENTLY |
| Дата | |
| Msg-id | 20191015063547.GA2602@paquier.xyz обсуждение |
| Ответ на | Re: v12.0: segfault in reindex CONCURRENTLY (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: v12.0: segfault in reindex CONCURRENTLY
|
| Список | pgsql-hackers |
On Mon, Oct 14, 2019 at 08:57:16AM +0900, Michael Paquier wrote: > I need to think about that, but shouldn't we have a way to reproduce > that case rather reliably with an isolation test? The patch looks to > good to me, these are also the two places I spotted yesterday after a > quick lookup. The only other caller is isTempNamespaceInUse() which > does its thing correctly. Actually, reindex-concurrently.spec stresses that, except that in order to reproduce the failure we need to close the connection exactly in the waiting loop before sending the progress report but after looking at VirtualTransactionIdIsValid. Using a debugger and a simple checkpoint I can easily reproduce the crash, but we'd need more to make that test case deterministic, like a termination with the correct timing. So, Alvaro, your patch looks good to me. Could you apply it? -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера