Re: Anti-critical-section assertion failure in mcxt.c reached by walsender

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Anti-critical-section assertion failure in mcxt.c reached by walsender
Дата
Msg-id d4e4c66f-9363-5a52-1178-2ff41e3fcc8c@dunslane.net
обсуждение исходный текст
Ответ на Re: Anti-critical-section assertion failure in mcxt.c reached by walsender  (Andres Freund <andres@anarazel.de>)
Ответы Re: Anti-critical-section assertion failure in mcxt.c reached by walsender  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
On 5/7/21 12:38 AM, Andres Freund wrote:
> Hi,
>
> On 2021-05-07 00:30:11 -0400, Tom Lane wrote:
>> Andres Freund <andres@anarazel.de> writes:
>>> On 2021-05-06 21:43:32 -0400, Tom Lane wrote:
>>>> That I'm not sure about.  gdb is certainly installed, and thorntail is
>>>> visibly running the current buildfarm client and is configured with the
>>>> correct core_file_glob, and I can report that the crash did leave a 'core'
>>>> file in the data directory (so it's not a case of systemd commandeering
>>>> the core dump).  Seems like core-file collection should've worked
>>>> ... unless maybe it's not covering TAP tests at all?
>>> I suspect that is it - there's not really a good way for the buildfarm
>>> client to even know where there could be data directories :(.
>> Does it need to?  I'm envisioning "find tmp_check -name '$core_file_glob'"
>> or something along that line.
> Yea, it'd be doable that way. It'd be a bit harder to associate the core
> files with specific tests though. But I now checked, and it indeed
> checks for core files in a specific subset of tests, and that that test
> only globs inside the passed-in datadir.
>

working on it ...


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com




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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: cache lookup failed for statistics object 123
Следующее
От: Etsuro Fujita
Дата:
Сообщение: Re: Asynchronous Append on postgres_fdw nodes.