<?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: socket overflows in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-overflows/m-p/3173587#M570152</link>
    <description>Try to determine which Process is causing yoru socket overflows. Once you determine that find out why the application is not pulling data off the socket fast enough.&lt;BR /&gt;&lt;BR /&gt;The Customer viewable document is KBRC00007731, in the Technical Knowledge base.&lt;BR /&gt;Here is a portion of the document. &lt;BR /&gt;# netstat -s -p udp&lt;BR /&gt;udp:&lt;BR /&gt;        0 incomplete headers&lt;BR /&gt;        0 bad checksums&lt;BR /&gt;        6 socket overflows&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;To isolate the connection the overflows were created on use the ndd&lt;BR /&gt;command&lt;BR /&gt;&lt;BR /&gt;# ndd -get /dev/udp ip_udp_status&lt;BR /&gt;&lt;BR /&gt;UDP ipc  hidx lport fport  laddr          faddr           flags    overflows&lt;BR /&gt;01cba440 0033  c033  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;01b19640 0043  0043  0000 000.000.000.000 000.000.000.000 a0800000 0000000000&lt;BR /&gt;01c22240 0049  0849  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;&lt;BR /&gt;01c05d40 0059 c059  0000 000.000.000.000 000.000.000.000 20800000  0000000006&lt;BR /&gt;&lt;BR /&gt;0155b440 006f  006f  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;01baae40 0087  0287  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;01c19940 0087  0087  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The third field from the left, lport, is the UDP applications listener&lt;BR /&gt;port. This value is in hex, convert this to decimal to see which UDP port&lt;BR /&gt;the application is running on.&lt;BR /&gt;&lt;BR /&gt;c059 hexadecimal converts to 49241 decimal&lt;BR /&gt;&lt;BR /&gt;Using lsof the process i.d. and program name can be found.&lt;BR /&gt;./opt/lsof -i | grep 49241&lt;BR /&gt;COMMAND    PID   USER   FD   TYPE      DEVICE   SIZE/OFF  NODE NAME&lt;BR /&gt;inetd      967 root   29u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;rpc.spray 1966 root    0u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;rpc.spray 1966 root    1u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;rpc.spray 1966 root    2u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;&lt;BR /&gt;In this case the program causing the problem was spray or rpc.sprayd which is&lt;BR /&gt;an rpc application used to send / receive UDP packets.&lt;BR /&gt;&lt;BR /&gt;lsof is a public domain utility readily available on the internet, try&lt;BR /&gt;the HPUX Software Porting and Archive Centre.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.cs.utah.edu/" target="_blank"&gt;http://hpux.cs.utah.edu/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 26 Jan 2004 09:15:00 GMT</pubDate>
    <dc:creator>Todd Whitcher</dc:creator>
    <dc:date>2004-01-26T09:15:00Z</dc:date>
    <item>
      <title>socket overflows</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-overflows/m-p/3173586#M570151</link>
      <description>Hi,&lt;BR /&gt;I am running HPUX 11.0. Wneb I do a netstat -s I see under the udp section: socket overflows = 2738.(for one morning)and it's increase.&lt;BR /&gt;I'm not use My server for Nfs, and I try to increase nfsd to 64.But my problem still exist.&lt;BR /&gt;why can I do ?&lt;BR /&gt;</description>
      <pubDate>Mon, 26 Jan 2004 05:57:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-overflows/m-p/3173586#M570151</guid>
      <dc:creator>bruandet</dc:creator>
      <dc:date>2004-01-26T05:57:08Z</dc:date>
    </item>
    <item>
      <title>Re: socket overflows</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-overflows/m-p/3173587#M570152</link>
      <description>Try to determine which Process is causing yoru socket overflows. Once you determine that find out why the application is not pulling data off the socket fast enough.&lt;BR /&gt;&lt;BR /&gt;The Customer viewable document is KBRC00007731, in the Technical Knowledge base.&lt;BR /&gt;Here is a portion of the document. &lt;BR /&gt;# netstat -s -p udp&lt;BR /&gt;udp:&lt;BR /&gt;        0 incomplete headers&lt;BR /&gt;        0 bad checksums&lt;BR /&gt;        6 socket overflows&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;To isolate the connection the overflows were created on use the ndd&lt;BR /&gt;command&lt;BR /&gt;&lt;BR /&gt;# ndd -get /dev/udp ip_udp_status&lt;BR /&gt;&lt;BR /&gt;UDP ipc  hidx lport fport  laddr          faddr           flags    overflows&lt;BR /&gt;01cba440 0033  c033  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;01b19640 0043  0043  0000 000.000.000.000 000.000.000.000 a0800000 0000000000&lt;BR /&gt;01c22240 0049  0849  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;&lt;BR /&gt;01c05d40 0059 c059  0000 000.000.000.000 000.000.000.000 20800000  0000000006&lt;BR /&gt;&lt;BR /&gt;0155b440 006f  006f  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;01baae40 0087  0287  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;01c19940 0087  0087  0000 000.000.000.000 000.000.000.000 20800000 0000000000&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;The third field from the left, lport, is the UDP applications listener&lt;BR /&gt;port. This value is in hex, convert this to decimal to see which UDP port&lt;BR /&gt;the application is running on.&lt;BR /&gt;&lt;BR /&gt;c059 hexadecimal converts to 49241 decimal&lt;BR /&gt;&lt;BR /&gt;Using lsof the process i.d. and program name can be found.&lt;BR /&gt;./opt/lsof -i | grep 49241&lt;BR /&gt;COMMAND    PID   USER   FD   TYPE      DEVICE   SIZE/OFF  NODE NAME&lt;BR /&gt;inetd      967 root   29u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;rpc.spray 1966 root    0u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;rpc.spray 1966 root    1u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;rpc.spray 1966 root    2u  inet 0x1c05d40      0t0  UDP *:49241 (Idle)&lt;BR /&gt;&lt;BR /&gt;In this case the program causing the problem was spray or rpc.sprayd which is&lt;BR /&gt;an rpc application used to send / receive UDP packets.&lt;BR /&gt;&lt;BR /&gt;lsof is a public domain utility readily available on the internet, try&lt;BR /&gt;the HPUX Software Porting and Archive Centre.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.cs.utah.edu/" target="_blank"&gt;http://hpux.cs.utah.edu/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 26 Jan 2004 09:15:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-overflows/m-p/3173587#M570152</guid>
      <dc:creator>Todd Whitcher</dc:creator>
      <dc:date>2004-01-26T09:15:00Z</dc:date>
    </item>
    <item>
      <title>Re: socket overflows</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-overflows/m-p/3173588#M570153</link>
      <description>ok, thank you I have to identify application which posed problem.</description>
      <pubDate>Mon, 26 Jan 2004 14:58:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-overflows/m-p/3173588#M570153</guid>
      <dc:creator>bruandet</dc:creator>
      <dc:date>2004-01-26T14:58:17Z</dc:date>
    </item>
  </channel>
</rss>

