Re: [HACKERS] Why does logical replication launcher exit with exitcode 1? - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: [HACKERS] Why does logical replication launcher exit with exitcode 1?
Date
Msg-id CAEepm=2XvoHrj2=huLWPmMTYpnF3Gp7B_f8GfyDFKvcegw8VfQ@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Why does logical replication launcher exit with exitcode 1?  (Thomas Munro <thomas.munro@enterprisedb.com>)
List pgsql-hackers
On Fri, Oct 5, 2018 at 12:36 PM Thomas Munro
<thomas.munro@enterprisedb.com> wrote:
> *  We really should get rid of that "exited with exit code 1".

Robert and I just discussed this subproblem (the original complaint of
this thread) off-list.  Our questions are: does anyone actually want
that message from the postmaster in the log, and if not, shouldn't we
just do this?

diff --git a/src/backend/postmaster/postmaster.c
b/src/backend/postmaster/postmaster.c
index 41de140ae0..b34655b4bd 100644
--- a/src/backend/postmaster/postmaster.c
+++ b/src/backend/postmaster/postmaster.c
@@ -3193,8 +3193,7 @@ CleanupBackgroundWorker(int pid,
                rw->rw_child_slot = 0;
                ReportBackgroundWorkerExit(&iter);      /* report child death */

-               LogChildExit(EXIT_STATUS_0(exitstatus) ? DEBUG1 : LOG,
-                                        namebuf, pid, exitstatus);
+               LogChildExit(DEBUG1, namebuf, pid, exitstatus);

                return true;
        }

As for the problem of the behaviour of bgworker processes themselves
on SIGTERM, let's discuss that separately in the other subthread[1]
(well, my mail client thinks it's a different thread, but the archives
think it's the same thread with a different subject).

[1] https://www.postgresql.org/message-id/CA%2BTgmobwExL4kNj_eXJxPah_tVQ31N0cYDbUN0FFm6uaY_%2BX%3Dw%40mail.gmail.com

-- 
Thomas Munro
http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: chained transactions
Next
From: David Rowley
Date:
Subject: Re: Some incorrect comments and out-dated README from run-time pruning