Re: Reviving lost replication slots - Mailing list pgsql-hackers

From Kyotaro Horiguchi
Subject Re: Reviving lost replication slots
Date
Msg-id 20221109.173230.2014921949248974725.horikyota.ntt@gmail.com
Whole thread Raw
In response to Re: Reviving lost replication slots  (sirisha chamarthi <sirichamarthi22@gmail.com>)
Responses Re: Reviving lost replication slots
Re: Reviving lost replication slots
List pgsql-hackers
I don't think walsenders fetching segment from archive is totally
stupid. With that feature, we can use fast and expensive but small
storage for pg_wal, while avoiding replciation from dying even in
emergency.

At Tue, 8 Nov 2022 19:39:58 -0800, sirisha chamarthi <sirichamarthi22@gmail.com> wrote in 
> > If it's a streaming replication slot, the standby will anyway jump to
> > archive mode ignoring the replication slot and the slot will never be
> > usable again unless somebody creates a new replication slot and
> > provides it to the standby for reuse.
> > If it's a logical replication slot, the subscriber will start to
> > diverge from the publisher and the slot will have to be revived
> > manually i.e. created again.
> >
> 
> Physical slots can be revived with standby downloading the WAL from the
> archive directly. This patch is helpful for the logical slots.

However, supposing that WalSndSegmentOpen() fetches segments from
archive as the fallback and that succeeds, the slot can survive
missing WAL in pg_wal in the first place. So this patch doesn't seem
to be needed for the purpose.


regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: security_context_t marked as deprecated in libselinux 3.1
Next
From: Bharath Rupireddy
Date:
Subject: Re: thinko in basic_archive.c