Re: [GENERAL] Permission Denied Error on pg_xlog/RECOVERYXLOG file

From: Andres Freund <andres(at)anarazel(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jeffrey(dot)Marshall(at)usitc(dot)gov, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [GENERAL] Permission Denied Error on pg_xlog/RECOVERYXLOG file
Date: 2016-05-28 00:57:59
Message-ID: 20160528005759.ugsedpylnu66kwrq@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On 2016-05-27 20:54:43 -0400, Tom Lane wrote:
> Andres Freund <andres(at)anarazel(dot)de> writes:
> > On 2016-05-26 12:44:51 -0400, Tom Lane wrote:
> > 2016-04-27 17:02:06 EDT 572128cd.1811 [7-1] user=,db=,remote= FATAL: 42501:
> > could not open file "pg_xlog/RECOVERYXLOG": Permission denied
>
> > So, what's the permission of RECOVERYXLOG at that point? It's pretty
> > weird that directly after running reason_command it's not readable.
>
> s/not readable/not writable/. I doubt that it's a good idea for that
> code to think that it can fail hard on non-writable files.

But we actually sometimes write to files we've recovered; if they're the
end of the WAL after archive recovery and/or promotion. If a
restore_command restores files in a non-writable way it's buggy; I don't
see why it's worthwhile to work around that.

Andres

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jeff Baldwin 2016-05-28 01:17:03 Re: Migrate 2 DB`s - v8.3
Previous Message Tom Lane 2016-05-28 00:54:43 Re: [GENERAL] Permission Denied Error on pg_xlog/RECOVERYXLOG file

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2016-05-28 02:36:51 Re: Hard to maintain duplication in contain_volatile_functions_not_nextval_walker
Previous Message Tom Lane 2016-05-28 00:54:43 Re: [GENERAL] Permission Denied Error on pg_xlog/RECOVERYXLOG file