Re: dup(0) fails on Ubuntu 20.04 and macOS 10.15 with 13.0

From: Mario Emmenlauer <mario(at)emmenlauer(dot)de>
To: PostgreSQL General <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: dup(0) fails on Ubuntu 20.04 and macOS 10.15 with 13.0
Date: 2021-09-01 08:55:23
Message-ID: 1c4c2254-1812-2913-8630-18d4b9262a89@emmenlauer.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On 05.10.20 14:35, Tom Lane wrote:
> Mario Emmenlauer <mario(at)emmenlauer(dot)de> writes:
>> I get reproducibly the error:
>> 2020-10-05 11:48:19.720 CEST [84731] WARNING: dup(0) failed after 0 successes: Bad file descriptor
>
> Hmph. That code loop assumes that stdin exists to be duplicated,
> but maybe if it had been closed, you'd get this error.
>
> However, that logic hasn't changed in decades, and we've not heard
> complaints about it before. Are you starting the server in some
> unusual way?

Replying to a very old thread here: I could indeed trace the problem of
the failing `dup(0)` back to how we start the server! We start the
server from an executable that closes stdin very early on, and this
seems to lead to the problem.

We solved it by not closing stdin. But for future reference, if other
people may be affected by this, the code could probably be modified to
revert to stdout or stderr or a temporary file in case stdin is not
available (guessing here...).

All the best,

Mario Emmenlauer

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message o.lepretre 2021-09-01 10:48:51 oldest WAL files not removed
Previous Message A Z 2021-09-01 08:41:58 Question about creation of a new PostgreSQL Extension.

Browse pgsql-hackers by date

  From Date Subject
Next Message Laurenz Albe 2021-09-01 08:56:04 Re: pgstat_send_connstats() introduces unnecessary timestamp and UDP overhead
Previous Message A Z 2021-09-01 08:41:58 Question about creation of a new PostgreSQL Extension.