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 1111152

Summary: sosreport ifconfig infinband whinges
Product: Red Hat Enterprise Linux 6 Reporter: Jeremy Harris <jeharris>
Component: net-toolsAssignee: Michal Ruprich <mruprich>
Status: CLOSED WONTFIX QA Contact: qe-baseos-daemons
Severity: low Docs Contact:
Priority: low    
Version: 6.5CC: agk, bmr, gavin, sbradley, thozza
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-09-05 14:47:14 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 Flags
ifconfig file from sosreport none

Description Jeremy Harris 2014-06-19 11:32:44 UTC
Created attachment 910353 [details]
ifconfig file from sosreport

Description of problem:
The "ifconfig" file in sosreport is cluttered with "Ifconfig is obsolete" whinges


Version-Release number of selected component (if applicable):
  Red Hat Enterprise Linux Server release 6.5 (Santiago)


How reproducible:
 Probably only when there are IB interfaces

Steps to Reproduce:
1.  Read sosreport



Additional info:
 See attached ifconfig file

Comment 2 Bryn M. Reeves 2014-06-19 13:10:43 UTC
Ifconfig uses the ioctl access method to get the full address information, which limits hardware addresses to 8 bytes.
Because Infiniband address has 20 bytes, only the first 8 bytes are displayed correctly.
Ifconfig is obsolete! For replacement check ip.
Ifconfig uses the ioctl access method to get the full address information, which limits hardware addresses to 8 bytes.
Because Infiniband address has 20 bytes, only the first 8 bytes are displayed correctly.

Comment 3 Shane Bradley 2015-01-15 14:57:33 UTC
Based on comment #2 ifconfig is not going to be ever to show the correct information. If the "ip addr" output shows the correct information then this should be closed as notabug.

Comment 4 Jeremy Harris 2015-01-15 15:03:13 UTC
Having painful clutter is not a bug?

Comment 5 Bryn M. Reeves 2015-01-16 11:39:13 UTC
If looking at ifconfig output causes you pain stop looking at it.

In all seriousness we cannot address the limitations of ifconfig for modern interface types in sos.

We can arrange to discard ifconfig stderr in future which would eliminate the messages from captured data, although, this is at the risk of possibly discarding other more serious errors (and there is nothing stopping users from grepping this out today if they wish to or experience pain at the sight of these messages ;).

Also looking at the data attached in comment #0 it looks like there may be an ifconfig bug that's causing a 2nd copy of the message to be mixed in with the infiniband interface details:

ib0       Link encap:InfiniBand  HWaddr 80:00:00:48:FE:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00  
          UP BROADCAST RUNNING MULTICAST  MTU:2044  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:256 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ib1       Link encap:InfiniBand  HWaddr 80:00:00:48:FE:80:00:00:00:00:00:0Ifconfig uses the ioctl access method to get the full address information, which limits hardware addresses to 8 bytes.
Because Infiniband address has 20 bytes, only the first 8 bytes are displayed correctly.
Ifconfig is obsolete! For replacement check ip.
Ifconfig uses the ioctl access method to get the full address information, which limits hardware addresses to 8 bytes.
Because Infiniband address has 20 bytes, only the first 8 bytes are displayed correctly.
Ifconfig is obsolete! For replacement check ip.
0:00:00:00:00:00:00:00:00  
          UP BROADCAST RUNNING MULTICAST  MTU:2044  Metric:1
          RX packets:0 errors

The message appears to have been appended following the HWaddr field value. This doesn't seem right but again this is an ifconfig problem - not something that we can solve in sos.

Comment 11 Tomáš Hozza 2017-09-05 14:47:14 UTC
Red Hat Enterprise Linux 6 transitioned to the Production 3 Phase on May 10, 2017.  During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.

The official life cycle policy can be reviewed here:
http://redhat.com/rhel/lifecycle

This issue does not appear to meet the inclusion criteria for the Production Phase 3 and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification.  Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:

https://access.redhat.com