On Wed, 11 Aug 2021 at 07:24, Amit Kapila <amit.kapil...@gmail.com> wrote:

> On Wed, Aug 11, 2021 at 1:18 AM Dave Cramer <davecra...@gmail.com> wrote:
> >
> > Reviving this thread
> >
> > 2021-08-10 19:05:09.096 UTC [3738] LOG:  logical replication apply
> worker for subscription "sub_mycluster_alltables" has started
> > 2021-08-10 19:05:09.107 UTC [3739] LOG:  logical replication table
> synchronization worker for subscription "sub_mycluster_alltables", table
> "t_random" has started
> > 2021-08-10 19:05:12.222 UTC [3739] LOG:  logical replication table
> synchronization worker for subscription "sub_mycluster_alltables", table
> "t_random" has finished
> > 2021-08-10 19:05:14.806 UTC [3738] ERROR:  could not receive data from
> WAL stream: ERROR:  publication "sub_mycluster_alltables" does not exist
> >         CONTEXT:  slot "sub_mycluster_alltables", output plugin
> "pgoutput", in the change callback, associated LSN 0/4015DF0
> > 2021-08-10 19:05:14.811 UTC [175] LOG:  background worker "logical
> replication worker" (PID 3738) exited with exit code 1
> >
> >
> > select * from pg_publication;
> > -[ RECORD 1 ]+------------------------
> > oid          | 16415
> > pubname      | sub_mycluster_alltables
> > pubowner     | 10
> > puballtables | t
> > pubinsert    | t
> > pubupdate    | t
> > pubdelete    | t
> > pubtruncate  | t
> >
>
> By any chance, did you dropped and recreated this publication as
> mentioned in your first email? If so, I think this can happen because
> of our use of historical snapshots to consult system catalogs.
>

In this case, no.

I am suspecting this error comes from pgoutput though.

Dave

Reply via email to