Re: walreceiver termination
От | Justin King |
---|---|
Тема | Re: walreceiver termination |
Дата | |
Msg-id | CAE39h20c1bgPUem=ZnuBYKsu76xMeZe337hf7PVJi_GY49onnw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: walreceiver termination (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: walreceiver termination
|
Список | pgsql-general |
On Thu, Apr 23, 2020 at 12:47 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Justin King <kingpin867@gmail.com> writes: > > We've seen unexpected termination of the WAL receiver process. This > > stops streaming replication, but the replica stays available -- > > restarting the server resumes streaming replication where it left off. > > We've seen this across nearly every recent version of PG, (9.4, 9.5, > > 11.x, 12.x) -- anything omitted is one we haven't used. > > > I don't have an explanation for the cause, but I was able to set > > logging to "debug5" and run an strace of the walrecevier PID when it > > eventually happened. It appears as if the SIGTERM is coming from the > > "postgres: startup" process. > > The startup process intentionally SIGTERMs the walreceiver under > various circumstances, so I'm not sure that there's any surprise > here. Have you checked the postmaster log? > > regards, tom lane Yep, I included "debug5" output of the postmaster log in the initial post.
В списке pgsql-general по дате отправления: