From: | Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com> |
---|---|
To: | Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>, Justin Pryzby <pryzby(at)telsasoft(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Euler Taveira <euler(at)eulerto(dot)com>, Tomas Vondra <tomas(dot)vondra(at)enterprisedb(dot)com> |
Subject: | Re: Reword docs of feature "Remove temporary files after backend crash" |
Date: | 2021-10-10 03:42:16 |
Message-ID: | 26d53a7c-bd66-2f42-7a90-2407228b2c6e@oss.nttdata.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2021/10/10 1:25, Bharath Rupireddy wrote:
> On Sat, Oct 9, 2021 at 9:42 PM Justin Pryzby <pryzby(at)telsasoft(dot)com> wrote:
>>
>> I doubt there's much confusion here - crashes are treated the same. I think
>> the fix would be to say "server crash" rather than backend crash.
>
> IIUC, the "server crash" includes any backend, auxiliary process,
> postmaster crash i.e. database cluster/instance crash. The commit
> cd91de0d1 especially added the temp file cleanup support if any
> backend or auxiliary process (except syslogger and stats collector)
Also the startup process should be in this exception list?
> crashes. The temp file cleanup in postmaster crash does exist prior to
> the commit cd91de0d1.
>
> When we add the description about the new GUC introduced by the commit
> cd91de0d1, let's be clear as to which crash triggers the new temp file
> cleanup path.
If we really want to add this information, the description of
restart_after_crash seems more proper place to do that in.
remove_temp_files_after_crash works only when the processes are
reinitialized because restart_after_crash is enabled.
Regards,
--
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2021-10-10 04:45:41 | Re: ldap/t/001_auth.pl fails with openldap 2.5 |
Previous Message | Noah Misch | 2021-10-10 02:25:53 | Re: pgsql: Adjust configure to insist on Perl version >= 5.8.3. |