Bug 151469
Summary: | getservbyname(3) requires NIS map services.byservicename | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | David Juran <djuran> | ||||||
Component: | glibc | Assignee: | Jakub Jelinek <jakub> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 4.0 | CC: | goeran, jay.hilliard, pere, t.h.amundsen | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2005-06-09 11:20:55 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: | |||||||||
Attachments: |
|
Description
David Juran
2005-03-18 10:57:35 UTC
And the line that should be in the NIS map is sge_qmaster 536/tcp sge_commd # Grid Engine Didn't there use to be an extra screen in bugzilla were you had a chance to correct silly mistakes before submitting a bug? Created attachment 112121 [details]
simple test program
This is supposed to depend on /etc/default/nss settings on the client. If your /etc/default/nss file has SERVICES_AUTHORITATIVE=TRUE in it, then glibc assumes services.byname is present on the NIS server and is authoritative. If it is not present, then it ought to do a full search of the services.byname map. Can you check your setting? strace output would help too. Created attachment 112122 [details]
strace
I now tried explicitly setting SERVICES_AUTHORITATIVE=FALSE but that didn't
make any difference )-:
Anyway, here is the requested trace atached.
Hmmm, according to bug 101469 it seems like I have to wirte something here to get rid of the needinfo state... I can confirm that the patch suggested by Jakub in deed seems to solve the problem (-: We ran into this problem here at the University of Oslo, when moving one of our conserver installations to RHEL 4. When can we expect the fix to make it into RHEL? This came too late for RHEL4 U1, so it will be fixed in RHEL4 U2. A testing rpm from people.redhat.com might appear within a week or two, and in RHEL4 U2 beta will be available through (beta) RHN channel. Is a testing rpm available yet? This actually made it into RHEL4 U1 in the end: * Thu May 12 2005 Jakub Jelinek <jakub> 2.3.4-2.9 - fix recursive dlclose (#157246, #154641, IT#72007) - fix a typo in WINDOWS-31J charmap (#151739) - fix NIS ypprot_err (#151469) 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 the 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-2005-096.html |