weird output from netstat -ir

[Camel_1]

Hi there,

Does anyone seem the following before? When I enter netstat -ir, the 1st column didn't show the lan interface.

=>netstat -i
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
0 10.1.70.0 usage1 0 0 4278190080 0 0

0c<* 0 0.0.48.0 0.0.255.255 1073831972 0 1073831980 0
0

The lan0 interface is setup correctly, I am using it to connect to the server.

=>ifconfig lan0
lan0: flags=1843
inet 10.1.70.26 netmask ffffff00 broadcast 10.1.70.255

=>netstat -r
Routing tables
Destination Gateway Flags Refs Interface Pmtu
localhost localhost UH 0 lo0 4136
usage1 usage1 UH 0 lan0 4136
10.1.70.0 usage1 U 2 lan0 1500
loopback localhost U 0 lo0 0
default 10.1.70.1 UG 0 lan0 0



Thanks,

Simon

[John Poff]

Hi Simon,

Do you have more than one LAN card in your machine? What does a 'ioscan -fnC lan' return?

Also, do you have any other entries in your /etc/rc.config.d/netconf file for other LAN cards, especially entries for cards that aren't used any more?

JP

[Dave Olker]

Hi Simon,

I believe you're seeing a known problem that has been fixed for some time on 11.0 and 11i.

The defect description from the patch is:

( SR:8606213579 CR:JAGad82771 )
"netstat" does not resolve those network
addresses in /etc/networks, which do not
have all four octets specified explicitly.
For example, the following entry will not be
resolved:
127 loopback
It gets resolved only when specified as follows:
127.0.0.0 loopback


Looking at the defect text in detail, it shows:

"The entries do not have trailing zeroes. So running netstat with -i and -r will not display the names associated with the networks."

If you install a recent ARPA Transport patch on your system, and any dependent patches, the problem will likely be resolved.

Regards,

Dave

[Camel_1]

Hi John, the ioscan output looks okay.

=>ioscan -fnC lan
Class I H/W Path Driver S/W State H/W Type Description
=====================================================================
lan 1 0/0/0/1/0 btlan CLAIMED INTERFACE HP PCI 10/100Base-TX Co
re
/dev/diag/lan1 /dev/ether1 /dev/lan1
lan 0 0/0/6/1/0 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter
lan 2 0/0/6/1/1 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter
lan 3 0/0/14/1/0 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter
lan 4 0/0/14/1/1 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter
lan 5 2/0/6/1/0 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter
lan 6 2/0/6/1/1 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter
lan 7 2/0/12/1/0 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter
lan 8 2/0/12/1/1 iether CLAIMED INTERFACE HP A7012-60001 PCI/PCI-
X 1000Base-T Dual-port Adapter

In the netconf file, we have commented output all unused LAN instance information.

Thanks,

Simon

[Dave Olker]

Hi Simon,

Did you read my previous post? Have you tried installing the latest ARPA Transport patch (and any dependent patches) to see if the problem goes away?

Regards,

Dave

[Dave Olker]

Hi Simon,

Any luck installing the ARPA Transport patch to see if it fixed this problem? If you're not sure which patch to install, my recommendation would be:

11.0 - PHNE_29473
11.11 - PHNE_29887

Again, both patches have dependencies which must be installed.

Just curious if this fixed the problem.

Dave

[Muthukumar_5]

Dave,

I have tested on 11.0. netstat -i and -n are working normally with your PHNE_xxxx

$ /usr/sbin/swlist | grep PHNE
PHNE_17104 1.0 gated (1M) patch.
PHNE_21835 1.0 inetd(1M) cumulative patch
PHNE_23274 1.0 Bind 4.9.7 components
PHNE_24419 1.0 sendmail(1m) 8.9.3 patch
PHNE_27795 1.0 libnss_dns DNS backend patch
PHNE_28567 1.0 ONC/NFS General Release/Performance Patch

/etc/networks are with only 127 and not in dot notation.

Simon,

Can you able to get the name resolved for

netstat -in and netstat -rn

where -n is used to give dot notation network formation.

Is your hostname with domain name (FQDN) getting resolved on nslookup command.

[Camel_1]

OS was reinstalled ...