Re: Postgres PANIC when it could not open file in pg_logical/snapshots directory - Mailing list pgsql-general

From Alvaro Herrera
Subject Re: Postgres PANIC when it could not open file in pg_logical/snapshots directory
Date
Msg-id 202110041924.rrlgg7yoxncb@alvherre.pgsql
Whole thread Raw
In response to Postgres PANIC when it could not open file in pg_logical/snapshots directory  (Mike Yeap <wkk1020@gmail.com>)
List pgsql-general
On 2021-Jun-22, Mike Yeap wrote:

> I have a Postgres version 11.11 configured with both physical replication
> slots (for repmgr) as well as some logical replication slots (for AWS
> Database Migration Service (DMS)). This morning, the server went panic with
> the following messages found in the log file:
> 
> 2021-06-22 04:56:35.314 +08 [PID=19457 application="[unknown]"
> user_name=dms database=** host(port)=**(48360)] PANIC:  could not open file
> "pg_logical/snapshots/969-FD606138.snap": Operation not permitted

Hmm, isn't this strange?  open(3) is not documented to return EPERM,
which is what this error string maps to.

You should definitely not mess with the PG data dir; if you do, it's
your problem when things break.  In this case you may not be messing
with the data dir yourself, but perhaps you kernel is buggy or you have
some security module that prevents the operation from working properly,
or something.
 
-- 
Álvaro Herrera              Valdivia, Chile  —  https://www.EnterpriseDB.com/



pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: DELETE ... USING LATERAL
Next
From: Tom Lane
Date:
Subject: Re: DELETE ... USING LATERAL