From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Strange failure on mamba |
Date: | 2022-11-30 02:43:20 |
Message-ID: | CA+hUKGLY6oHNWUwvT=bTU9bAGN6zsKE8bjNTxHyW9L=3AbgMBQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Nov 30, 2022 at 2:44 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Now, we certainly cannot think that these are occurring early in
> postmaster startup. In the wake of 8acd8f869, we should expect
> that there's no further need to call rtld_bind at all in the
> postmaster, but seemingly that's not so. It's very frustrating
> that the backtrace stops where it does :-(. It's also strange
> that we're apparently running with signals enabled whereever
> it is that rtld_bind is getting called from. Could it be that
> sigaction is failing to install the requested signal mask, so
> that one postmaster signal handler is interrupting another?
Add in some code that does sigaction(0, NULL, &mask) to read the
current mask and assert that it's blocked as expected in the handlers?
Start the postmaster in gdb with a break on _rtld_bind to find all the
places that reach it (unexpectedly)?
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2022-11-30 02:45:36 | Re: Strange failure on mamba |
Previous Message | Bruce Momjian | 2022-11-30 02:42:14 | Re: Patch: Global Unique Index |