Re: logical replication failing after a crash of the publisher

From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
To: Sbob <sbob(at)quadratum-braccas(dot)com>, pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: logical replication failing after a crash of the publisher
Date: 2026-03-25 05:46:31
Message-ID: 369bd0be354c979bca79aeffb948ae81ee236dbd.camel@cybertec.at
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Tue, 2026-03-24 at 17:27 -0600, Sbob wrote:
> we have logical replication setup for a set of tables that took 4 days to finish
> the initial sync, the publisher server crashed, after the cloud team recovered
> the VM we were able to start the db and it came online after an online recovery,
> however we are now getting these entries (see below) in the log on the publisher
> and no row changes are showing up on the subscriber
>
>  STATEMENT:  START_REPLICATION SLOT "prod_sub" LOGICAL 9AE6/4E2F5740 (proto_version '4', origin 'any', publication_names '"prod_pub"')
>  LOG:  could not send data to client: Connection reset by peer
>  CONTEXT:  slot "prod_sub", output plugin "pgoutput", in the change callback, associated LSN 9AE6/4B83E5A8
>
> we tried disabling and then enabling the subscription followed by a REFRESH PUBLICATION
> but the issue is un changed

That seems to be the log from the publisher. It shows that the subscriber closed the
connection unexpectedly. You should examine the subscriber's log for the reason.

Yours,
Laurenz Albe

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message kaido vaikla 2026-03-26 16:00:40 auto_explain — log execution plans of slow queries
Previous Message Sbob 2026-03-24 23:27:06 logical replication failing after a crash of the publisher