This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Test status before h_errno in gaih_inet
- From: Florian Weimer <fweimer at redhat dot com>
- To: Stan Shebs <stanshebs at google dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Mon, 7 Aug 2017 15:07:38 +0200
- Subject: Re: [PATCH] Test status before h_errno in gaih_inet
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx06.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx06.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=fweimer at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 5B2D2356F3
- References: <CA+5-Q5Kf3Eb5PYm9OusZ-JccCNgKMvLsM0GsnyKVBCD50m8Z8g@mail.gmail.com>
On 07/25/2016 06:50 PM, Stan Shebs wrote:
> * posix/tst-getaddrinfo6.c: New test.
The test does not reproduce the issue for me, with Fedora 24 (glibc
2.23-based).
How confident are you about your root cause analysis?
I see a completely different bug in the NSS framework: If a call into
NSS triggers dlopen, and that dlopen fails with a system error, we cache
the failure permanently and never attempt to open the service module again.
This issue could well lead to persistent getaddrinfo failures because
glibc assumes none of the configured NSS modules are available.
Could this match what you experienced?
Thanks,
Florian