| Summary: | tracepath6 fails to resolve target when using -n option | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Travis Gummels <tgummels> |
| Component: | iputils | Assignee: | Jiri Skala <jskala> |
| Status: | CLOSED ERRATA | QA Contact: | qe-baseos-daemons |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.0 | CC: | aglotov, azelinka, jmarko, jwest, ovasik |
| Target Milestone: | rc | Keywords: | Patch |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-05-19 12:59:36 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
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-0546.html |
Description of problem: tracepath6 fails to resolve target when using -n option Version-Release number of selected component (if applicable): iputils-20071127-13.el6.x86_64 No indication that latest in Brew has fix - iputils-20071127-14.el6 How reproducible: [ben@snog ~]$ tracepath6 -n ns1.sixxs.net getaddrinfo: Resolver Error 0 (no error) [ben@snog ~]$ tracepath -n ns1.sixxs.net 1: 192.168.1.102 0.278ms pmtu 1500 1: 192.168.1.1 1.060ms 1: 192.168.1.1 0.964ms 2: 66.93.220.1 36.806ms asymm 3 3: 69.17.82.237 35.760ms asymm 4 4: 69.17.87.22 68.190ms asymm 5 5: 206.223.115.10 71.928ms 6: 87.86.77.29 151.493ms asymm 8 7: 87.82.50.234 161.321ms asymm 8 8: 213.197.18.46 180.958ms asymm 9 9: 213.197.29.32 157.730ms reached Resume: pmtu 1500 hops 9 back 56 [ben@snog ~]$ tracepath6 ns1.sixxs.net 1?: [LOCALHOST] pmtu 1500 1: he.zork.net 0.996ms 1: he.zork.net 0.925ms 2: he.zork.net 0.961ms pmtu 1480 2: benwoodard-2.tunnel.tserv8.dal1.ipv6.he.net 39.637ms 2: benwoodard-2.tunnel.tserv8.dal1.ipv6.he.net 39.321ms 3: gige-g2-14.core1.dal1.he.net 37.552ms 4: 10gigabitethernet5-4.core1.atl1.he.net 71.123ms 5: 10gigabitethernet7-1.core1.ash1.he.net 70.387ms 6: 10gigabitethernet1-2.core1.nyc4.he.net 77.555ms 7: 10gigabitethernet1-2.core1.lon1.he.net 151.732ms 8: 10gigabitethernet1-1.core1.ams1.he.net 152.559ms 9: ams-ix.ipv6.concepts.nl 152.187ms 10: 2001:838:5:a::2 155.154ms asymm 11 11: noc.sixxs.net 154.469ms reached Resume: pmtu 1480 hops 11 back 54 [ben@snog ~]$ cat /etc/resolv.conf # Generated by NetworkManager domain redhat.com search redhat.com zork.net nameserver 2001:838:1:1:210:dcff:fe20:7c7c nameserver 2001:770:18:8::4 nameserver 10.7.142.20 nameserver 10.11.255.156 nameserver 64.81.127.2 # NOTE: the libc resolver may not support more than 3 nameservers. # The nameservers listed below may not be recognized. nameserver 216.231.41.2 nameserver 64.105.159.250 Actual results: tracepath -n fails with a hostname as the target Expected results: tracepath -n works with a hostname as the target Additional info: Reported in gentoo as being fixed at least with release iputils-20100418. Patch in upstream seems to address the issue (one line): --- a/tracepath6.c +++ b/tracepath6.c @@ -339,7 +339,7 @@ int main(int argc, char **argv) hints.ai_family = AF_INET6; hints.ai_socktype = SOCK_DGRAM; hints.ai_protocol = IPPROTO_UDP; - hints.ai_flags = no_resolve ? AI_NUMERICHOST : 0; + hints.ai_flags = 0; gai = getaddrinfo(argv[0], pbuf, &hints, &ai0); if (gai) { herror("getaddrinfo"); /*XXX*/ http://www.linux-ipv6.org/gitweb/gitweb.cgi?p=gitroot/iputils.git;a=commitdiff;h=01fb7a142432540bbfdbc68a39057c25827c5357;hp=56018bf1b3c936f6ce0e13ae37ef25a9b493a492 Fedora 14 is using iputils-20100418-3.fc14.x86_64 ... rebase RHEL 6?