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 728894

Summary: lsof should probably not translate port numbers if -n is given (or have an option to do so)
Product: Red Hat Enterprise Linux 6 Reporter: David Tonhofer <bughunt>
Component: lsofAssignee: Peter Schiffer <pschiffe>
Status: CLOSED NOTABUG QA Contact: BaseOS QE Security Team <qe-baseos-security>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.1   
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-10 10:19:57 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 David Tonhofer 2011-08-08 10:18:59 UTC 
Description of problem:

Run lsof with -n option:

---> lsof -p 3382 -n | grep TCP

java    3382 user1   34u  IPv6 3433877      0t0     TCP *:43510 (LISTEN)
java    3382 user1   37u  IPv6 3433879      0t0     TCP *:server-jmx (LISTEN)

etc...

"server-jmx" is the symbolic name collected from /etc/services.

The '-n' option does not suppress the lookup of the symbolic name in /etc/services. This is annoying when several names map to the same port and the displayed is NOT the one one is grepping for, or /etc/services changes and sometimes symbolic names can be found and sometimes not.

The '-n' option apparently suppresses only DNS lookup:

-n  This option inhibits the conversion of network numbers to host names for network files.  Inhibiting conversion may make lsof run faster.  It is also useful when host name lookup is not working properly.

Version-Release number of selected component (if applicable):

lsof-4.82-1.2.el6.x86_64
Comment 2 Peter Schiffer 2011-08-10 08:04:50 UTC 
You can use -P option:

-P This option inhibits the conversion of port  numbers  to  port
names  for  network files.  Inhibiting the conversion may make
lsof run a little faster.  It is also useful  when  port  name
lookup is not working properly.

Does it work for you?
Comment 3 David Tonhofer 2011-08-10 09:36:54 UTC 
I'm STUPID! Yes, it works.

Sorry about that, I really did not see that option. I somehow just looked at -n.

Arrh. Clearly NOTABUG.