From: | Antonin Houska <ah(at)cybertec(dot)at> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: No core file generated after PostgresNode->start |
Date: | 2020-05-11 20:26:23 |
Message-ID: | 71286.1589228783@antos |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Sun, May 10, 2020 at 11:21 PM Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com> wrote:
> > Looks this doesn't mean a crash. If the test case(subscription/t/013_partition.pl)
> > failed, test framework kill some process, which leads the above message. So you can
> > ignore this issue now. Thanks
>
> I think there might be a real issue here someplace, though, because I
> couldn't get a core dump last week when I did have a crash happening
> locally. I didn't poke into it very hard though so I never figured out
> exactly why not, but ulimit -c unlimited didn't help.
Could "sysctl kernel.core_pattern" be the problem? I discovered this setting
sometime when I also couldn't find the core dump on linux.
--
Antonin Houska
Web: https://www.cybertec-postgresql.com
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2020-05-11 20:33:36 | pg13: xlogreader API adjust |
Previous Message | Robert Haas | 2020-05-11 20:25:38 | Re: making update/delete of inheritance trees scale better |