Bug 1057298
| Summary: | irs_resconf_load failed: 59. Can't initialize context: invalid address format | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Luke Macken <lmacken> | ||||||
| Component: | bind | Assignee: | Tomáš Hozza <thozza> | ||||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | rawhide | CC: | dcbw, jpopelka, pfrields, psimerda, thozza, vonsch | ||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-07-22 11:07:41 UTC | Type: | Bug | ||||||
| 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
Luke Macken
2014-01-23 19:12:33 UTC
So that appears to be dhclient trying to load /etc/resolv.conf:
dhcp-4.3.0b1/omapip/isclib.c: result = irs_resconf_load(dhcp_gbl_ctx.mctx, _PATH_RESOLV_CONF,
dhcp-4.3.0b1/omapip/isclib.c: log_error("irs_resconf_load failed: %d.", result);
which appears to be used for the auto DNS update stuff. At least for NM, this can be turned off with DHCP_SEND_HOSTNAME=no in the ifcfg file.
But Luke, it would be interesting to see what your /etc/resolv.conf file contains that causes dhclient to puke?
(In reply to Dan Williams from comment #1) > But Luke, it would be interesting to see what your /etc/resolv.conf file > contains that causes dhclient to puke? $ cat /etc/resolv.conf # Generated by dnssec-trigger 0.11 nameserver 127.0.0.1 $ cat /etc/resolv.conf.tmp # Generated by NetworkManager nameserver 192.168.1.1 nameserver fe80::6a1:51ff:fee7:1be5%em1 Thanks Dan for the investigation. These problems (bug #1052343) should be fixed with bind-libs-lite-9.9.5-0.4.rc2.fc21 Luke, can you update 'bind*' and retest please ? Closing as I assume this has been fixed with final dhcp-4.3.0 and bind-9.9.5 Actually I still see it. This time it's because the irs_resconf_load() checks [1] the nameservers' it finds in /etc/resolv.conf and it does not like the %<interface> that NetworkManager adds, see comment #2 or bug #1093294. [1] bind/lib/irs/resconf.c:add_server(address_str) struct addrinfo hints, *res; hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_DGRAM; hints.ai_protocol = IPPROTO_UDP; hints.ai_flags = AI_NUMERICHOST; error = getaddrinfo(address_str, "53", &hints, &res); if (error != 0) return (ISC_R_BADADDRESSFORM); Created attachment 895131 [details]
patch
I posted this patch upstream.
[ISC-Bugs #35989] Created attachment 919051 [details]
patch
Tomas, I think you can close this ticket as dhcp-4.3.1b1 with a work-around has been in rawhide for some time. (In reply to Jiri Popelka from comment #9) > Tomas, I think you can close this ticket as dhcp-4.3.1b1 with a work-around > has been in rawhide for some time. Thanks. Closing as NEXTRELEASE as the fix is included in dhcp package available in rawhide. |