From: | Justin King <kingpin867(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: walreceiver termination |
Date: | 2020-04-23 19:46:11 |
Message-ID: | CAE39h20c1bgPUem=ZnuBYKsu76xMeZe337hf7PVJi_GY49onnw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, Apr 23, 2020 at 12:47 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> Justin King <kingpin867(at)gmail(dot)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.
From | Date | Subject | |
---|---|---|---|
Next Message | Justin King | 2020-04-23 19:51:22 | Re: walreceiver termination |
Previous Message | Adrian Klaver | 2020-04-23 19:40:17 | Re: Could Not Connect To Server |