<?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: tcp CLOSE_WAIT in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439410#M6771</link>
    <description>&lt;BR /&gt;use the command; netstat -a | grep tcp | grep -i close   to see the open tcp sockets and more importantly it will show the IP number of who/what HP-UX is waiting on to close the socket. This IP will either be that of the load balancer or some other device. To have the tcp socket finally close you either need to reboot, as youve worked out, or get the device whose IP is listed from netstat to reboot, that should also finally close the socket. Ive seen this at my current site with users PC's using sql to connect to a db on our L-class, whenever their PC dies, or their application crashes, it leaves a stuck socket, and unless their PC is rebooted the socket is left open on our HP server until we reboot it.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 24 Aug 2000 11:18:47 GMT</pubDate>
    <dc:creator>Stefan Farrelly</dc:creator>
    <dc:date>2000-08-24T11:18:47Z</dc:date>
    <item>
      <title>tcp CLOSE_WAIT</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439408#M6769</link>
      <description>I'm running a server application which listens to port 443 on 2 HP-UX 11.00 L2000 boxes. These machines are configured with a load balancer, in order to better distribute the load. The load balancer periodically has to check the status of the port (443) on both machines, and for this it issues a tcp connect on this port to check if the application is active. After a while, my application (running on port 443) stops to work, and it seems we are reaching some kind of limit regarding tcp connections. If I issue the command "netstat -an | grep 443" I see there are many tcp connections with state CLOSE_WAIT.  I've tried changing the tcp parameters "tcp_keepalive_internval" and "tcp_ip_abort_interval". Specifically I issued:&lt;BR /&gt;# ndd -set /dev/tcp tcp_keepalive_interval 600000&lt;BR /&gt;# ndd -set /dev/tcp tcp_ip_abort_interval 2000&lt;BR /&gt;&lt;BR /&gt;This does not solved the problem. Rebooting the machine solves the problem, but obviously this is not a solution!  Any help would be greatly appreciated.</description>
      <pubDate>Thu, 24 Aug 2000 10:05:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439408#M6769</guid>
      <dc:creator>Asdrubal Pichardo</dc:creator>
      <dc:date>2000-08-24T10:05:13Z</dc:date>
    </item>
    <item>
      <title>Re: tcp CLOSE_WAIT</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439409#M6770</link>
      <description>sounds as if the loadbalancer or the application is leaving child processes around ?&lt;BR /&gt;&lt;BR /&gt;have you used lsof utility to investigate further ?</description>
      <pubDate>Thu, 24 Aug 2000 10:20:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439409#M6770</guid>
      <dc:creator>Alex Glennie</dc:creator>
      <dc:date>2000-08-24T10:20:27Z</dc:date>
    </item>
    <item>
      <title>Re: tcp CLOSE_WAIT</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439410#M6771</link>
      <description>&lt;BR /&gt;use the command; netstat -a | grep tcp | grep -i close   to see the open tcp sockets and more importantly it will show the IP number of who/what HP-UX is waiting on to close the socket. This IP will either be that of the load balancer or some other device. To have the tcp socket finally close you either need to reboot, as youve worked out, or get the device whose IP is listed from netstat to reboot, that should also finally close the socket. Ive seen this at my current site with users PC's using sql to connect to a db on our L-class, whenever their PC dies, or their application crashes, it leaves a stuck socket, and unless their PC is rebooted the socket is left open on our HP server until we reboot it.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 24 Aug 2000 11:18:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439410#M6771</guid>
      <dc:creator>Stefan Farrelly</dc:creator>
      <dc:date>2000-08-24T11:18:47Z</dc:date>
    </item>
    <item>
      <title>Re: tcp CLOSE_WAIT</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439411#M6772</link>
      <description>Thanks all for the replies! The problem is solved, it seems the application was doing something wrong. Now all the tcp handshakes from the load balancer are correctly closed by the application running on port 443.</description>
      <pubDate>Fri, 25 Aug 2000 14:24:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tcp-close-wait/m-p/2439411#M6772</guid>
      <dc:creator>Asdrubal Pichardo</dc:creator>
      <dc:date>2000-08-25T14:24:50Z</dc:date>
    </item>
  </channel>
</rss>

