On 2018-03-29 17:42:57 -0400, Bruce Momjian wrote: > On Tue, Mar 6, 2018 at 06:59:33PM +0530, tushar wrote: > > Hi, > > > > I found that if server is running in single-user mode , there we can create > > replication slot but cannot drop it . > > > > backend> SELECT * FROM pg_create_physical_replication_slot('p'); > > 2018-03-06 13:20:03.441 GMT [14869] LOG: statement: SELECT * FROM > > pg_create_physical_replication_slot('p'); > > > > 1: slot_name (typeid = 19, len = 64, typmod = -1, byval = f) > > 2: lsn (typeid = 3220, len = 8, typmod = -1, byval = t) > > ---- > > 1: slot_name = "p" (typeid = 19, len = 64, typmod = -1, byval = f) > > ---- > > backend> select pg_drop_replication_slot('p'); > > 2018-03-06 13:20:24.390 GMT [14869] LOG: statement: select > > pg_drop_replication_slot('p'); > > > > 1: pg_drop_replication_slot (typeid = 2278, len = 4, typmod = -1, > > byval = t) > > ---- > > 2018-03-06 13:20:24.391 GMT [14869] ERROR: epoll_ctl() failed: Bad file > > descriptor > > 2018-03-06 13:20:24.391 GMT [14869] STATEMENT: select > > pg_drop_replication_slot('p'); > > I can confirm this bug exists in single-user mode.
I'm not sure we need to do anything about this, personally. This seems like a fairly rare thing to do in a mode that's definitely not intended to be general purpose. Greetings, Andres Freund