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

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com>
Cc: pgsql-committers <pgsql-committers(at)postgresql(dot)org>
Subject: Re: pgsql: Improve error handling in RemovePgTempFiles().
Date: 2018-01-07 04:09:52
Message-ID: 17493.1515298192@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> writes:
> On Tue, Dec 5, 2017 at 11:59 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> 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 tablespace you create.

> 2018-01-07 16:34:20.352 NZDT [77400] LOG: could not open directory
> "base/pgsql_tmp": No such file or directory

Ooops, nope.

> Perhaps RemovePgTempFiles() could check if each one exists before
> calling RemovePgTempFilesInDir(), like in the attached? Alternatively
> we could make RemovePgTempFilesInDir() return early if temp_dir ==
> NULL (going against your commit message above), or I suppose we could
> arrange for temporary directories always to exist in base and each
> tablespace.

Seems like the first of those alternatives is the best, but it's pretty
late here and my brain is fried. Will think about this mañana.

regards, tom lane

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2018-01-07 16:42:26 Re: pgsql: Improve error handling in RemovePgTempFiles().
Previous Message Thomas Munro 2018-01-07 03:47:56 Re: pgsql: Improve error handling in RemovePgTempFiles().