<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Netstat question in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042789#M82837</link>
    <description>Thanks guys,&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Fri, 27 Apr 2007 03:02:53 GMT</pubDate>
    <dc:creator>lawrenzo_1</dc:creator>
    <dc:date>2007-04-27T03:02:53Z</dc:date>
    <item>
      <title>Netstat question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042784#M82832</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;I am running nagios as the master monitoring tool on an intel box with o/s 2.6.19-1.2895.fc6.  I run an nrpe daemon on AIX5.3 and have started experiencing some issues when wait is high on the client server .....&lt;BR /&gt;&lt;BR /&gt;my question is not really a nagios question however if anyone has experienced the same issue then any advise would be much appreciated.&lt;BR /&gt;&lt;BR /&gt;I am troubleshooting the network issue and could do with some help translating the data from netstat -s on the linux box:&lt;BR /&gt;&lt;BR /&gt;[root@prodnag01 log]# netstat -s&lt;BR /&gt;Ip:&lt;BR /&gt;    28233277 total packets received&lt;BR /&gt;    0 forwarded&lt;BR /&gt;    0 incoming packets discarded&lt;BR /&gt;    27526451 incoming packets delivered&lt;BR /&gt;    28036857 requests sent out&lt;BR /&gt;Icmp:&lt;BR /&gt;    4875906 ICMP messages received&lt;BR /&gt;    0 input ICMP message failed.&lt;BR /&gt;    ICMP input histogram:&lt;BR /&gt;        destination unreachable: 42648&lt;BR /&gt;        echo requests: 99409&lt;BR /&gt;        echo replies: 4733849&lt;BR /&gt;    149016 ICMP messages sent&lt;BR /&gt;    0 ICMP messages failed&lt;BR /&gt;    ICMP output histogram:&lt;BR /&gt;        destination unreachable: 49607&lt;BR /&gt;        echo replies: 99409&lt;BR /&gt;Tcp:&lt;BR /&gt;    4104006 active connections openings&lt;BR /&gt;    51028 passive connection openings&lt;BR /&gt;    66508 failed connection attempts&lt;BR /&gt;    110 connection resets received&lt;BR /&gt;    1 connections established&lt;BR /&gt;    22531542 segments received&lt;BR /&gt;    22377504 segments send out&lt;BR /&gt;    238721 segments retransmited&lt;BR /&gt;    0 bad segments received.&lt;BR /&gt;    48116 resets sent&lt;BR /&gt;Udp:&lt;BR /&gt;    76355 packets received&lt;BR /&gt;    42648 packets to unknown port received.&lt;BR /&gt;    0 packet receive errors&lt;BR /&gt;    311570 packets sent&lt;BR /&gt;TcpExt:&lt;BR /&gt;    2 invalid SYN cookies received&lt;BR /&gt;    9 resets received for embryonic SYN_RECV sockets&lt;BR /&gt;    73422 TCP sockets finished time wait in fast timer&lt;BR /&gt;    3201 time wait sockets recycled by time stamp&lt;BR /&gt;    6061 delayed acks sent&lt;BR /&gt;    83 delayed acks further delayed because of locked socket&lt;BR /&gt;    Quick ack mode was activated 5027 times&lt;BR /&gt;    8057467 packets directly queued to recvmsg prequeue.&lt;BR /&gt;    35413 packets directly received from backlog&lt;BR /&gt;    4060531394 packets directly received from prequeue&lt;BR /&gt;    119366 packets header predicted&lt;BR /&gt;    495198 packets header predicted and directly queued to user&lt;BR /&gt;    9105676 acknowledgments not containing data received&lt;BR /&gt;    1419890 predicted acknowledgments&lt;BR /&gt;    1329 times recovered from packet loss due to fast retransmit&lt;BR /&gt;    39 times recovered from packet loss due to SACK data&lt;BR /&gt;    47863 congestion windows recovered after partial ack&lt;BR /&gt;    13 TCP data loss events&lt;BR /&gt;    9 timeouts after SACK recovery&lt;BR /&gt;    111 timeouts in loss state&lt;BR /&gt;    2842 fast retransmits&lt;BR /&gt;    7 forward retransmits&lt;BR /&gt;    36 retransmits in slow start&lt;BR /&gt;    142127 other TCP timeouts&lt;BR /&gt;    TCPRenoRecoveryFail: 11&lt;BR /&gt;    3 sack retransmits failed&lt;BR /&gt;    2 times receiver scheduled too late for direct processing&lt;BR /&gt;    25 DSACKs sent for old packets&lt;BR /&gt;    10 DSACKs sent for out of order packets&lt;BR /&gt;    1 DSACKs received&lt;BR /&gt;    2 connections reset due to unexpected data&lt;BR /&gt;    2 connections reset due to early user close&lt;BR /&gt;    6 connections aborted due to timeout&lt;BR /&gt;&lt;BR /&gt;I'm not sure if I should be alarmed with some of the following statistics:&lt;BR /&gt;&lt;BR /&gt;    9105676 acknowledgments not containing data received&lt;BR /&gt;    1419890 predicted acknowledgments&lt;BR /&gt;    1329 times recovered from packet loss due to fast retransmit&lt;BR /&gt;    39 times recovered from packet loss due to SACK data&lt;BR /&gt;    47863 congestion windows recovered after partial ack&lt;BR /&gt;    13 TCP data loss events&lt;BR /&gt;    9 timeouts after SACK recovery&lt;BR /&gt;    111 timeouts in loss state&lt;BR /&gt;    2842 fast retransmits&lt;BR /&gt;    7 forward retransmits&lt;BR /&gt;    36 retransmits in slow start&lt;BR /&gt;&lt;BR /&gt;what is the best way to trouble shoot linux networks?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;Chris</description>
      <pubDate>Thu, 26 Apr 2007 12:52:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042784#M82832</guid>
      <dc:creator>lawrenzo_1</dc:creator>
      <dc:date>2007-04-26T12:52:26Z</dc:date>
    </item>
    <item>
      <title>Re: Netstat question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042785#M82833</link>
      <description>Shalom Chris,&lt;BR /&gt;&lt;BR /&gt;Big question, troubleshooting a Linux network.&lt;BR /&gt;&lt;BR /&gt;1) Its not really a Linux network, because the  network is really the switches and hardware. Linux uses it as does other clients.&lt;BR /&gt;&lt;BR /&gt;2) Tools&lt;BR /&gt;tcpdump works the same as other linuxes. You can use this or ethereal(wireshark) to monitor trafic and look for issues. At least then you may have a suspect as of now you have summary data and no proof the Linux box is the issue.&lt;BR /&gt;&lt;BR /&gt;/var/log/messages&lt;BR /&gt;A great place to look for Linux problems.&lt;BR /&gt;&lt;BR /&gt;I would be a little concerned about the last paragraph of stats. It does not show goodness as the saying goes. If you are not a network person you might want to have someone look at the switch logs to see if they point to a culprit.&lt;BR /&gt;&lt;BR /&gt;Good first experiment: Turn of nagios and see if the problem goes away. I suspect it will remain.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 26 Apr 2007 13:19:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042785#M82833</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-04-26T13:19:56Z</dc:date>
    </item>
    <item>
      <title>Re: Netstat question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042786#M82834</link>
      <description>ok Thanks Steve,&lt;BR /&gt;&lt;BR /&gt;will look into those tools.&lt;BR /&gt;&lt;BR /&gt;I'll look at some comparison sheets for other commands diff between hpux an linux.</description>
      <pubDate>Thu, 26 Apr 2007 16:10:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042786#M82834</guid>
      <dc:creator>lawrenzo_1</dc:creator>
      <dc:date>2007-04-26T16:10:59Z</dc:date>
    </item>
    <item>
      <title>Re: Netstat question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042787#M82835</link>
      <description>&lt;!--!*#--&gt;Shalom again:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Command     HP-UX   Linux  Issues&lt;BR /&gt;tcpdump       x       x    Command line options may vary.&lt;BR /&gt;ethereal/wireshare x   x   Same GUI&lt;BR /&gt;            landadmin ifconfig -a&lt;BR /&gt;netstat       x        x    Command line  options vary.   &lt;BR /&gt;l            lanscan   ifconfig -a&lt;BR /&gt;&lt;BR /&gt;sar           x         x    Command line options vary.&lt;BR /&gt;&lt;BR /&gt;dmesg         x         x    No command line optoins.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Sorry if the formatting is off.&lt;BR /&gt;&lt;BR /&gt;SEP&lt;BR /&gt;        &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 26 Apr 2007 17:11:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042787#M82835</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-04-26T17:11:29Z</dc:date>
    </item>
    <item>
      <title>Re: Netstat question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042788#M82836</link>
      <description>also the following provides loads of quick info.&lt;BR /&gt;&lt;BR /&gt;ntop - &lt;A href="http://www.ntop.org/overview.html" target="_blank"&gt;http://www.ntop.org/overview.html&lt;/A&gt;</description>
      <pubDate>Fri, 27 Apr 2007 01:11:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042788#M82836</guid>
      <dc:creator>dirk dierickx</dc:creator>
      <dc:date>2007-04-27T01:11:07Z</dc:date>
    </item>
    <item>
      <title>Re: Netstat question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042789#M82837</link>
      <description>Thanks guys,&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 27 Apr 2007 03:02:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/netstat-question/m-p/5042789#M82837</guid>
      <dc:creator>lawrenzo_1</dc:creator>
      <dc:date>2007-04-27T03:02:53Z</dc:date>
    </item>
  </channel>
</rss>

