Bug 186592
| Summary: | getaddrinfo sensible to previous errno when nisplus enabled | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Emmanuel Thomé <emmanuel.thome> |
| Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
| Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5 | CC: | avi, blomgren.peter, chris.walter, don-redhat-z6y, hongjiu.lu, jgroves, jmccann, josepha48, pb, phomey, rdtennent, sangu.fedora, shikkie+rhbugzilla |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 2.4-5 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-03-29 16:44:05 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
http://sources.redhat.com/ml/libc-hacker/2006-03/msg00038.html The right thing to do is certainly to remove nisplus from nsswitch.conf unless you are using NIS+ though. *** Bug 186626 has been marked as a duplicate of this bug. *** *** Bug 186661 has been marked as a duplicate of this bug. *** Sorry. I accidently added this comment to a duplicate. I am re-entering it here: I had the same problem on FC4 after the recent update to glibc-2.3.6-3 Should be fixed in rawhide glibc-2.4-5 (can be used in FC5 without fears too). Please test it, whenever is FC5 glibc updated, it will be fixed there too. Same happen to me after update in FC4 to latest version and after cross-grade from RHL7.3 to FC5. BTW: can one tell me why 1) after update, the new nsswitch.conf file was created as nsswitch.conf.rpmnew, but there were no changes made before to the old one 2) why # rpm -qf /etc/nsswitch.conf glibc-2.3.6-3 but # rpm -V glibc shows nothing after upgrade, but still old nsswitch.conf (I would expect that /etc/nsswitch.conf would appear, also /etc/localtime, but that's another issue) Regarding to the rpm -V glibc do not show any changed files, can it be that /etc/nsswitch.conf is specified in glibc.spec with %verify(not md5 size mtime)? Makes this sense? *** Bug 187320 has been marked as a duplicate of this bug. *** *** Bug 187676 has been marked as a duplicate of this bug. *** *** Bug 188212 has been marked as a duplicate of this bug. *** *** Bug 188281 has been marked as a duplicate of this bug. *** *** Bug 188103 has been marked as a duplicate of this bug. *** *** Bug 188562 has been marked as a duplicate of this bug. *** *** Bug 188761 has been marked as a duplicate of this bug. *** *** Bug 188761 has been marked as a duplicate of this bug. *** *** Bug 187331 has been marked as a duplicate of this bug. *** *** Bug 190141 has been marked as a duplicate of this bug. *** *** Bug 176469 has been marked as a duplicate of this bug. *** Greetings, There was a similar bug in FC4 on glibc-2.3.6-3, released March 27. On May 9th a new glibc (2.3.6-4) was released in updates-testing for FC4. In the months since glibc-2.3.6-4 has been put in updates-testing, there has been a ton of other updates that have made it into the released updates. As such, I have two questions: 1) When will glibc-2.3.6-4 be put in the official release updates? 2) Was there any particular reason why this update hasn't made it into the official release? Thanks. Erik, For Fedora Core 4, this is being now worked on by Fedora Legacy in Bug 200963. Hopefully, we in Legacy will have something officially released soon, thanks to Jakub Jelinek's contribution. If you wish to participate in the QA for Bug 200963, we would welcome your participation. Thanks! |
Description of problem: getaddrinfo fails with latest errno status if nisplus is present in hosts section of nsswitch.conf Version-Release number of selected component (if applicable): glibc-2.4-4 How reproducible: always Steps to Reproduce: have e.g. the following line in nsswitch.conf: hosts: files nisplus dns try the following code snippet: errno = EBADF; rc = getaddrinfo("www.google.com", NULL, NULL, &res); Actual results: rc is EAI_SYSTEM, with latest errno as it was. Expected results: rc should be zero Additional info: affects for instance wget: tate ~ $ wget http://www.google.com/ --17:19:50-- http://www.google.com/ => `index.html' Resolving www.google.com... failed: No such file or directory. I know that nisplus isn't supported (cf bug 159279) ; however I've had this cruft in nsswitch.conf files for a long time, and even though useless, having nisplus mentioned hasn't been disruptive so far -- why should it break things now ?