Re: PostgreSQL occasionally unable to rename WAL files (NTFS)

From: Guy Burgess <guy(at)burgess(dot)co(dot)nz>
To: pgsql-general(at)postgresql(dot)org
Cc: Thorsten Schöning <tschoening(at)am-soft(dot)de>
Subject: Re: PostgreSQL occasionally unable to rename WAL files (NTFS)
Date: 2021-02-16 10:29:01
Message-ID: c8c56e9a-5d25-752e-9f80-cb2c7afebb93@burgess.co.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 16/02/2021 12:23 am, Thorsten Schöning wrote:
>> The mystery now is that the only process logged as touching the
>> affected WAL files is postgres.exe (of which there are many separate
>> processes). Could it be that one of the postgres.exe instances is
>> holding the affected WAL files in use after another postgres.exe
>> instance has flagged the file as deleted?[...]
> I suggest checking your WAL-related and archive/backup settings for
> Postgres again. There's e.g. "archive_command" optionally copying WALs
> to some other place and postgres.exe would wait until that process has
> finished, maybe locking the file to copy itself as well. Or
> "archive_timeout" interfering with some other operations or alike.

Thanks Thorsten.  The WAL archive settings are out-of-the-box defaults,
i.e. disabled: archive_mode = off; archive_command = ''; archive_timeout
= 0.

I'm not sure there is anything else I can check at this time. The good
thing is it doesn't seem to cause any problem other than logging "could
not rename file" warnings, so I might have to park this for now. If I
find anything else that might offer a new lead I will report back.

Kind regards,

Guy

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Thomas Kellerer 2021-02-16 11:22:36 Re: PostgreSQL occasionally unable to rename WAL files (NTFS)
Previous Message Jehan-Guillaume de Rorthais 2021-02-16 09:51:45 Re: Replication sequence