From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> |
Cc: | Stephen Frost <sfrost(at)snowman(dot)net>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Can a child process detect postmaster death when in pg_usleep? |
Date: | 2021-07-06 11:03:20 |
Message-ID: | YOQ4eNSkjdbmlIck@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jul 06, 2021 at 03:54:07PM +0530, Bharath Rupireddy wrote:
> Thanks. You are right. The issue is due to the MyLatch being set by
> SwitchToSharedLatch before WaitLatch. If we use (WL_TIMEOUT |
> WL_EXIT_ON_PM_DEATH), then the backends will honour the
> post_auth_delay as well as detect the postmaster death. Since we are
> not using WL_LATCH_SET, I removed ResetLatch. Also, added some
> comments around why we are not using WL_LATCH_SET.
>
> For PreAuthDelay, there's no problem to use WL_LATCH_SET as MyLatch
> still points to the local latch(which is not set) in
> BackendInitialize().
FWIW, I think that it could be a good idea to use the same set of
flags for all the pre/post_auth_delay paths for consistency. That's
useful when grepping for one. Please note that I don't plan to look
more at this patch set for this CF as I am not really excited by the
updates involving developer options, and I suspect more issues like
the one I found upthread so this needs a close lookup.
If somebody else wishes to look at it, please feel free, of course.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Japin Li | 2021-07-06 11:04:25 | Re: Why is XLOG_FPI_FOR_HINT always need backups? |
Previous Message | Michael Paquier | 2021-07-06 10:58:47 | Re: Commit fest manager |