From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
---|---|
To: | "Stephens, Gary" <Gary(dot)Stephens(at)ehi(dot)com> |
Cc: | "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: pg_basebackup fails with Could not stat file or directory "./.pg_hba.conf.un~" |
Date: | 2023-03-07 21:32:14 |
Message-ID: | CAKFQuwY495XmkvwUH_-pNp=-HdwO3yhFjGZYD7nLYWWxbmqAQw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, Mar 7, 2023 at 1:37 PM Stephens, Gary <Gary(dot)Stephens(at)ehi(dot)com> wrote:
>
> It's unclear to me why pg_basebackup is trying to read this file.
>
Because that is what it is documented to do:
https://www.postgresql.org/docs/current/app-pgbasebackup.html
> The backup will include all files in the data directory and tablespaces,
including the configuration files and any additional files placed in the
directory by third parties, except certain temporary files managed by
PostgreSQL.
> It's also unclear why it's failing when it does try to read it, since the
> file has the same permissions and security context that should allow the
> instance to read it (even though the backup really shouldn’t need to read
> it).
>
Understandable, but not a pg_basebackup bug that it is being told it lacks
permission. But I suspect there is file locking involved and it isn't a
file permission problem.
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2023-03-08 04:01:30 | BUG #17824: PQTRANS_ACTIVE misleading |
Previous Message | Stephens, Gary | 2023-03-07 20:14:07 | pg_basebackup fails with Could not stat file or directory "./.pg_hba.conf.un~" |