pg_replication_slot_advance xmin handling when active slot becomes inactive - Mailing list pgsql-bugs

From Dimitri Fontaine
Subject pg_replication_slot_advance xmin handling when active slot becomes inactive
Date
Msg-id VI1PR83MB01897A49AE5C54A82F841D8999B09@VI1PR83MB0189.EURPRD83.prod.outlook.com
Whole thread Raw
Responses Re: pg_replication_slot_advance xmin handling when active slot becomes inactive  (Andres Freund <andres@anarazel.de>)
List pgsql-bugs

Hi folks,

 

I believe we have found another bug in Postgres when using pg_auto_failover. The details can be seen at https://github.com/citusdata/pg_auto_failover/issues/814 ; and the Postgres warning message to consider is the following:

 

  WARNING: oldest xmin is far in the past

 

When a replication slot switches from active to inactive, whatever xmin value that is registered on the replication slot is then kept.

 

It seems to me that we should either document that a replication slot that has been active (used in streaming replication) can not be maintained through calls to pg_replication_slot_advance later; or better yet that this should be made to work, somehow.

 

Regards,

-- 

Dimitri Fontaine

PostgreSQL Major Contributor, Citus Data, Microsoft

Author of “The Art of PostgreSQL

pgsql-bugs by date:

Previous
From: PG Bug reporting form
Date:
Subject: BUG #17216: No Password Provided Error - uncaught exception
Next
From: PG Bug reporting form
Date:
Subject: BUG #17217: PANIC: stuck spinlock detected at LockBufHdr, bufmgr.c:4297