Re: pgsql: Improve error handling in RemovePgTempFiles().

2018-01-06 Thread Tom Lane
Thomas Munro writes: > On Tue, Dec 5, 2017 at 11:59 AM, Tom Lane wrote: >> Improve error handling in RemovePgTempFiles(). > Was it intentional that a newly created cluster produces a LOG error > on startup until you eventually do something to cause base/pgsql_tmp > to exist? Same for each table

Re: pgsql: Improve error handling in RemovePgTempFiles().

2018-01-06 Thread Thomas Munro
On Tue, Dec 5, 2017 at 11:59 AM, Tom Lane wrote: > Improve error handling in RemovePgTempFiles(). > > [...] I also > removed the previous practice of silently ignoring ENOENT failures during > directory opens --- there are some corner cases where that could happen > given a previous database crash

pgsql: Add TIMELINE to backup_label file

2018-01-06 Thread Simon Riggs
Add TIMELINE to backup_label file Allows new test to confirm timelines match Author: Michael Paquier Reviewed-by: David Steele Branch -- master Details --- https://git.postgresql.org/pg/commitdiff/6271fceb8a4f07dafe9d67dcf7e849b319bb2647 Modified Files -- src/backend/access

pgsql: Default monitoring roles - errata

2018-01-06 Thread Simon Riggs
Default monitoring roles - errata 25fff40798fc4ac11a241bfd9ab0c45c085e2212 introduced default monitoring roles. Apply these corrections: * Allow access to pg_stat_get_wal_senders() by role pg_read_all_stats * Correct comment in pg_stat_get_wal_receiver() to show it is no longer superuser-onl