Re: AIX and EAGAIN on open()

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: AIX and EAGAIN on open()
Дата
Msg-id CA+hUKG+_Zssfj4bHCqHXZmQ9_8Jo_39xxGzKaUUERuFHGj_rWA@mail.gmail.com
обсуждение исходный текст
Ответ на AIX and EAGAIN on open()  (Christoph Berg <christoph.berg@credativ.de>)
Ответы Re: AIX and EAGAIN on open()  (Christoph Berg <christoph.berg@credativ.de>)
Список pgsql-general
On Mon, Jun 20, 2022 at 9:53 PM Christoph Berg
<christoph.berg@credativ.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?



В списке pgsql-general по дате отправления:

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: plpgsql_check issue while upgrading from postgres version 12 to 13.7
Следующее
От: Wen Yi
Дата:
Сообщение: Beginner Question:Why it always make sure that the postgres better than common csv file storage in disaster recovery?