Stop bgworkers during fast shutdown with postmaster in startup phase
When a postmaster gets into its phase PM_STARTUP, it would start
background workers using BgWorkerStart_PostmasterStart mode immediately,
which would cause problems for a fast shutdown as the postmaster forgets
to send SIGTERM to
Stop bgworkers during fast shutdown with postmaster in startup phase
When a postmaster gets into its phase PM_STARTUP, it would start
background workers using BgWorkerStart_PostmasterStart mode immediately,
which would cause problems for a fast shutdown as the postmaster forgets
to send SIGTERM to
Stop bgworkers during fast shutdown with postmaster in startup phase
When a postmaster gets into its phase PM_STARTUP, it would start
background workers using BgWorkerStart_PostmasterStart mode immediately,
which would cause problems for a fast shutdown as the postmaster forgets
to send SIGTERM to
Stop bgworkers during fast shutdown with postmaster in startup phase
When a postmaster gets into its phase PM_STARTUP, it would start
background workers using BgWorkerStart_PostmasterStart mode immediately,
which would cause problems for a fast shutdown as the postmaster forgets
to send SIGTERM to
Stop bgworkers during fast shutdown with postmaster in startup phase
When a postmaster gets into its phase PM_STARTUP, it would start
background workers using BgWorkerStart_PostmasterStart mode immediately,
which would cause problems for a fast shutdown as the postmaster forgets
to send SIGTERM to
On Tue, Aug 28, 2018 at 05:47:47PM -0400, Tom Lane wrote:
> I didn't want to backpatch further than v11 without a test case that would
> work in those branches, and I lacked one. If you've got out-of-core code
> you could verify it with, please do that and back-patch further.
Was there any need t
Michael Paquier writes:
> On Tue, Aug 28, 2018 at 05:47:47PM -0400, Tom Lane wrote:
>> I didn't want to backpatch further than v11 without a test case that would
>> work in those branches, and I lacked one. If you've got out-of-core code
>> you could verify it with, please do that and back-patch
Fix IndexInfo comments.
Recently, ii_KeyAttrNumbers was renamed to ii_IndexAttrNumbers, and ii_Am
field was added, but the comments were not updated.
Author: Yugo Nagata
Discussion:
https://www.postgresql.org/message-id/[email protected]
Branch
--
master
Fix IndexInfo comments.
Recently, ii_KeyAttrNumbers was renamed to ii_IndexAttrNumbers, and ii_Am
field was added, but the comments were not updated.
Author: Yugo Nagata
Discussion:
https://www.postgresql.org/message-id/[email protected]
Branch
--
REL_11_S
Error position support for defaults and check constraints
Add support for error position reporting for the expressions contained
in defaults and check constraint definitions. This currently works only
for CREATE TABLE, not ALTER TABLE, because the latter is not set up to
pass around the original
Error position support for partition specifications
Add support for error position reporting for partition specifications.
Reviewed-by: Fabien COELHO
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/1e5e4efd02b614908cae62d9452528462d307224
Modified Files
-
11 matches
Mail list logo