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

Поиск
Список
Период
Сортировка
Искать
От
Andres Freund
Тема
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender
Дата
в 04:38:33
Msg-id
20210507043833.byu5qr25dctfsova@alap3.anarazel.de
Ответ на
Список
Дерево обсуждения
Anti-critical-section assertion failure in mcxt.c reached by walsender Thomas Munro <thomas.munro@gmail.com>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Tom Lane <tgl@sss.pgh.pa.us>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Noah Misch <noah@leadboat.com>
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 Tom Lane <tgl@sss.pgh.pa.us>
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>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Andrew Dunstan <andrew@dunslane.net>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Tom Lane <tgl@sss.pgh.pa.us>
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 Tom Lane <tgl@sss.pgh.pa.us>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Michael Paquier <michael@paquier.xyz>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Thomas Munro <thomas.munro@gmail.com>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Noah Misch <noah@leadboat.com>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Thomas Munro <thomas.munro@gmail.com>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Tom Lane <tgl@sss.pgh.pa.us>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Tom Lane <tgl@sss.pgh.pa.us>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Noah Misch <noah@leadboat.com>
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 Tom Lane <tgl@sss.pgh.pa.us>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Noah Misch <noah@leadboat.com>
Re: Anti-critical-section assertion failure in mcxt.c reached by walsender Michael Paquier <michael@paquier.xyz>
Hi,

On 2021-05-07 00:30:11 -0400, Tom Lane wrote:
> Andres Freund  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.

sub get_stack_trace
{
        return get_stack_trace_cygwin(@_) if ($ENV{CYGWIN});

        my $bindir = shift;
        my $pgdata = shift;

        # no core = no result
        my @cores = glob("$pgdata/$core_file_glob");
        return () unless @cores;
...

andres@awork3:~/src/pgbuildfarm-client$ ack get_stack_trace
run_build.pl
1601:		  get_stack_trace("$installdir/bin", "$installdir/data-$locale");
1637:		  get_stack_trace("$installdir/bin", "$installdir/data-$locale");
1711:		my @trace = get_stack_trace("$installdir/bin", "$installdir/data");
1750:		  get_stack_trace("$installdir/bin", "$installdir/data-$locale");
1798:		  get_stack_trace("$installdir/bin", "$installdir/data-$locale");
2010:		my @trace = get_stack_trace("$binloc$installdir/bin", "$base/data");
2061:		  get_stack_trace("$base/install$installdir/bin", "$base/data");

PGBuild/Utils.pm
30:  get_stack_trace cleanlogs writelog
148:sub get_stack_trace_cygwin
173:sub get_stack_trace
175:	return get_stack_trace_cygwin(@_) if ($ENV{CYGWIN});

PGBuild/Modules/RedisFDW.pm
214:		  get_stack_trace("$installdir/bin", "$installdir/data-$locale");

PGBuild/Modules/TestUpgrade.pm
148:		my @trace = get_stack_trace("$tmp_bin_dir", "$tmp_data_dir");

PGBuild/Modules/TestCollateLinuxUTF8.pm
122:		  get_stack_trace("$installdir/bin", "$installdir/data-$locale");

PGBuild/Modules/TestICU.pm
110:		  get_stack_trace("$installdir/bin", "$installdir/data-$locale");


Greetings,

Andres Freund


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Thomas Munro
Дата:
FAQ