Curious - "logical replication launcher" (PID) existed with exit code 1

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Curious - "logical replication launcher" (PID) existed with exit code 1
Date: 2020-06-23 20:48:25
Message-ID: CAKFQuwZHcZnnwoFaXX2YKNT3KhaNr_+vd95Oo=f045zfn7Tetw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

In the following log file the presence of "exit code 1" after performing a
"pg_ctl stop -m smart" shutdown is bugging me. I take it most people would
just ignore it as noise but a clean install from source, startup, and
shutdown would ideally not result in a non-zero exit code being sent to the
log. But I've decided to stop trying to track it down on my own and at
least mention it here. It seems like f669c09989 probably introduced the
behavior, and I can see how "restarting" is generally a good thing, but we
are not going to restart the launcher during a clean shutdown and the exit
code isn't being done conditionally.

2020-06-23 19:49:07.177 UTC [2772] LOG: starting PostgreSQL 14devel on
x86_64-pc-linux-gnu, compiled by gcc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0,
64-bit
2020-06-23 19:49:07.178 UTC [2772] LOG: listening on IPv6 address "::1",
port 5432
2020-06-23 19:49:07.178 UTC [2772] LOG: listening on IPv4 address
"127.0.0.1", port 5432
2020-06-23 19:49:07.189 UTC [2772] LOG: listening on Unix socket
"/tmp/.s.PGSQL.5432"
2020-06-23 19:49:07.260 UTC [2773] LOG: database system was shut down at
2020-06-18 15:39:29 UTC
2020-06-23 19:49:07.373 UTC [2772] LOG: database system is ready to accept
connections
2020-06-23 20:01:59.014 UTC [2772] LOG: received smart shutdown request
2020-06-23 20:01:59.016 UTC [2772] LOG: background worker "logical
replication launcher" (PID 2779) exited with exit code 1
2020-06-23 20:01:59.017 UTC [2774] LOG: shutting down
2020-06-23 20:01:59.024 UTC [2772] LOG: database system is shut down

David J.

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Melanie Plageman 2020-06-23 21:37:09 Re: Extracting only the columns needed for a query
Previous Message Daniel Gustafsson 2020-06-23 20:22:05 Re: some more pg_dump refactoring