Re: AIX and EAGAIN on open()

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Christoph Berg <christoph(dot)berg(at)credativ(dot)de>, PostgreSQL <pgsql-general(at)postgresql(dot)org>
Subject: Re: AIX and EAGAIN on open()
Date: 2022-07-04 02:44:00
Message-ID: CA+hUKG+_Zssfj4bHCqHXZmQ9_8Jo_39xxGzKaUUERuFHGj_rWA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, Jun 20, 2022 at 9:53 PM Christoph Berg
<christoph(dot)berg(at)credativ(dot)de> wrote:
> IBM's reply to the issue back in December 2020 was this:
>
> The man page / infocenter document is not intended as an exhaustive
> list of all possible error codes returned and their circumstances.
> "Resource temporarily unavailable" may also be returned for
> O_NSHARE, O_RSHARE with O_NONBLOCK.
>
> Afaict, PG does not use these flags either.
>
> We also ruled out that the system is using any anti-virus or similar
> tooling that would intercept IO traffic.
>
> Does anything of that ring a bell for someone? Is that an AIX bug, a
> PG bug, or something else?

No clue here. Anything unusual about the file system (NFS etc)? Can
you truss/strace the system calls, to sanity check the flags arriving
into open(), and see if there's any unexpected other activity around
open() calls that might be coming from something you're linked
against?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Wen Yi 2022-07-04 03:06:02 Beginner Question:Why it always make sure that the postgres better than common csv file storage in disaster recovery?
Previous Message Pavel Stehule 2022-07-03 12:20:24 Re: plpgsql_check issue while upgrading from postgres version 12 to 13.7