Re: pg_getnameinfo_all() failed: Temporary failure in name resolution

From: Ron Johnson <ronljohnsonjr(at)gmail(dot)com>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Cc: "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: pg_getnameinfo_all() failed: Temporary failure in name resolution
Date: 2023-11-24 21:14:22
Message-ID: CANzqJaCd80Maz+1sMjsWYh6fvsd+zD+z9Z3a9VNfQZ6_-gOMbA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Nov 24, 2023 at 3:46 PM Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
wrote:

> On 11/24/23 12:30, Ron Johnson wrote:
> > PG 9.6.24 (Yes, I know it's EOL.)
> >
> > I'm seeing lots of these in the postgresql log file:
> > 2023-11-24 15:09:02.224 EST [unknown] [unknown]
> > 18163 [unknown] 01000 WARNING: 01000:
> > pg_getnameinfo_all() failed: Temporary failure in name resolution
> > 2023-11-24 15:09:02.224 EST [unknown] [unknown]
> > 18163 [unknown] 01000 LOCATION: BackendInitialize,
> > postmaster.c:4220
> >
> > What name is postgresql failing to resolve?
>
> From ~/src/common/ip.c
>
> /*
> * pg_getnameinfo_all - get name info for Unix, IPv4 and IPv6 sockets
> *
> * The API of this routine differs from the standard getnameinfo()
> definition
> * in two ways: first, the addr parameter is declared as sockaddr_storage
> * rather than struct sockaddr, and second, the node and service fields
> are
> * guaranteed to be filled with something even on failure return.
> */
>
>
The second "way" sounds interesting, but what is it filled with?

I added "log_hostname = on" to postgresql.conf earlier in the day. When I
commented that out, the errors stopped happening.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David G. Johnston 2023-11-24 21:26:14 Re: pg_getnameinfo_all() failed: Temporary failure in name resolution
Previous Message Les 2023-11-24 21:05:12 Re: replication primary writting infinite number of WAL files