From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Andres Freund <andres(at)anarazel(dot)de> |
Subject: | Re: v15b1: FailedAssertion("segment_map->header->magic == (DSA_SEGMENT_HEADER_MAGIC ^ area->control->handle ^ index)", File: "dsa.c", ..) |
Date: | 2023-04-11 23:49:51 |
Message-ID: | CA+hUKGLVCuh8eYMC2--N0MUSrSd0_5tFoFt02+YdTxVwP5tOUA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Apr 12, 2023 at 11:37 AM Justin Pryzby <pryzby(at)telsasoft(dot)com> wrote:
> $ ls /dev/shm/ |grep 3696856876 || echo not found
> not found
Oh, of course it would have restarted after it crashed and unlinked
that... So the remaining traces of that memory *might* be in the core
file, depending (IIRC) on the core filter settings (you definitely get
shared anonymous memory like our main shm region by default, but IIRC
there's something extra needed if you want the shm_open'd DSM segments
to be dumped too...)
> (In case it matters: the vm has been up for 1558 days).
I will refrain from invoking cosmic radiation at this point :-)
> If it's helpful, I could provide the corefile, unstripped binaries, and
> libc.so, which would be enough to use gdb on your side with "set
> solib-search-path".
Sounds good, thanks, please send them over off-list and I'll see if I
can figure anything out ...
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Pryzby | 2023-04-12 00:41:11 | Re: Add LZ4 compression in pg_dump |
Previous Message | Justin Pryzby | 2023-04-11 23:37:24 | Re: v15b1: FailedAssertion("segment_map->header->magic == (DSA_SEGMENT_HEADER_MAGIC ^ area->control->handle ^ index)", File: "dsa.c", ..) |