Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 671579

Summary: tracepath6 fails to resolve target when using -n option
Product: Red Hat Enterprise Linux 6 Reporter: Travis Gummels <tgummels>
Component: iputilsAssignee: Jiri Skala <jskala>
Status: CLOSED ERRATA QA Contact: qe-baseos-daemons
Severity: medium Docs Contact:
Priority: medium    
Version: 6.0CC: aglotov, azelinka, jmarko, jwest, ovasik
Target Milestone: rcKeywords: 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:
Embargoed:

Description Travis Gummels 2011-01-21 22:04:07 UTC
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?

Comment 5 errata-xmlrpc 2011-05-19 12:59:36 UTC
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