Bug 205243
Summary: | gethostbyname2 queried with AF_INET6 (IPv6) return ok with IPv4 address | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Albert Fluegel <tdsc.af> | ||||||
Component: | nss_ldap | Assignee: | Nalin Dahyabhai <nalin> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Ondrej Moriš <omoris> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | urgent | ||||||||
Version: | 4.8 | CC: | albert.fluegel, cward, dpal, jfenal, jnansi, jplans, knweiss, ndevos, omoris, tao | ||||||
Target Milestone: | rc | Keywords: | ZStream | ||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | 253-12 | Doc Type: | Bug Fix | ||||||
Doc Text: |
Being built without the Internet Protocol version 6 (IPv6) support, when the "gethostbyname2()" function was used, nss_ldap used to return the Internet Protocol version 4 (IPv4) address even though the IPv6 had been requested. With this update, nss_ldap produces the expected output.
|
Story Points: | --- | ||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2011-02-16 14:00:18 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: | |||||||||
Bug Depends On: | 651364 | ||||||||
Bug Blocks: | 602966 | ||||||||
Attachments: |
|
Description
Albert Fluegel
2006-09-05 15:26:04 UTC
Created attachment 135570 [details]
Testcase as mentioned in bug report
See bug report
Simply compile with
gcc gethostent2.c -o gethostent2 [ -g ]
Created attachment 135571 [details]
Patch to fix the gethostbyuname2 bug in nss_ldap
lukeh has confirmed this and committed to fix it in nss_ldap254 (Bug 297, see here: http://bugzilla.padl.com/show_bug.cgi?id=297 ) I can still reproduce the getent problem on 5.3 with nss_ldap-253-17.el5 - but only if nscd is enabled. I've rebuilt nss_ldap-253-17 with the attached patch and I can confirm that it fixes the getent problem. --- Side note: We also just discovered this: # /etc/init.d/nscd stop nscd beenden: [ OK ] # getent hosts nehalem1 -s ldap Segmentation fault (This works fine if nscd is enabled) @knweiss, @tdsc.af, @GSS We need to confirm that there is commitment from the reporter(s) to test for the resolution of this request if it is accepted into the release. Please post a confirmation as soon as possible, including the contact information for testing engineers. When there is a RPM having the fix incorporated, i can test that within a few days. Cannot confirm a faster commitment, but i think 2 or 3 days should suffice, thinking about how long this case is hanging around now. Perfect. Thanks. (In reply to comment #5) > I've rebuilt nss_ldap-253-17 with the attached patch and I can confirm that it > fixes the getent problem. > > --- > > Side note: We also just discovered this: > > # /etc/init.d/nscd stop > nscd beenden: [ OK ] > # getent hosts nehalem1 -s ldap > Segmentation fault > > (This works fine if nscd is enabled) Is is a separate/new bug? (=> file it please) Or introduced by the patch? Chris, if you provide a RPM I could test as well. (Eduard, as far as I remember it was a separate issue.) @Karsten, Once there is a test build available, we'll get it to you for testing. At this time there's nothing available. I think the segfault with -s ldap is a different bug. It happens on RedHat-EL3, too, but the bug reported in this issue strikes on EL4 and higher, not on EL3. But until now i did not find any time to investigate the -s ldap problem. Opened Bug 532892 for the segfault of getent -s ldap hosts RHTS test proposed, see QA whiteboard. Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Being built without the Internet Protocol version 6 (IPv6) support, when the "gethostbyname2()" function was used, nss_ldap used to return the Internet Protocol version 4 (IPv4) address even though the IPv6 had been requested. With this update, nss_ldap produces the expected output. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0239.html |