<?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: CLOSE_WAIT status in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530004#M559210</link>
    <description>tcp_discon is an extreme kludge and should only be used in extreme circumstances.&lt;BR /&gt;&lt;BR /&gt;CLOSE_WAIT means that the remote has sent this end a FINished segment, and we have ACKed it and sent notification up to the application.  TCP is now waiting for the application to call shutdown and/or close.&lt;BR /&gt;&lt;BR /&gt;If CLOSE_WAIT persists for an appreciable length of time, it indicates a bug in the nfsserv application.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Sat, 23 Apr 2005 15:17:44 GMT</pubDate>
    <dc:creator>rick jones</dc:creator>
    <dc:date>2005-04-23T15:17:44Z</dc:date>
    <item>
      <title>CLOSE_WAIT status</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530000#M559206</link>
      <description>Hello,&lt;BR /&gt;I'm having problem on a server where is installed an application using the nfsserv process that in certain conditions went into freeze status. &lt;BR /&gt;During that time if I check the network connection by using the netstat -na I can see many connection in CLOSE_WAIT status.&lt;BR /&gt;The only way to get rid of that status and make the application working again is to restart the nfsserv process. Stating to HP support the server is ok and all necessary patches are installed. &lt;BR /&gt;Any clue, suggestion...?&lt;BR /&gt;Thank you&lt;BR /&gt;Marco</description>
      <pubDate>Fri, 22 Apr 2005 02:26:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530000#M559206</guid>
      <dc:creator>Marco_67</dc:creator>
      <dc:date>2005-04-22T02:26:18Z</dc:date>
    </item>
    <item>
      <title>Re: CLOSE_WAIT status</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530001#M559207</link>
      <description>What are those conditions ? Does the distant host becomes unreachable ?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Fred&lt;BR /&gt;</description>
      <pubDate>Fri, 22 Apr 2005 02:38:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530001#M559207</guid>
      <dc:creator>Fred Ruffet</dc:creator>
      <dc:date>2005-04-22T02:38:32Z</dc:date>
    </item>
    <item>
      <title>Re: CLOSE_WAIT status</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530002#M559208</link>
      <description>hi Marco &lt;BR /&gt;looks like you need the ndd parameter:&lt;BR /&gt;tcp_discon&lt;BR /&gt;however be carefull with this parameter...&lt;BR /&gt;&lt;BR /&gt;check out other links about this subject:&lt;BR /&gt;search for "close_wait" in the forum discussions and you'll find lots of appropriate threads.and fully explained answers.&lt;BR /&gt;&lt;BR /&gt;regards.</description>
      <pubDate>Fri, 22 Apr 2005 02:49:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530002#M559208</guid>
      <dc:creator>Henk Geurts</dc:creator>
      <dc:date>2005-04-22T02:49:27Z</dc:date>
    </item>
    <item>
      <title>Re: CLOSE_WAIT status</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530003#M559209</link>
      <description>Is the server very busy, IO timeouts can be caused when there too many inbound comms sessions, or the server is starved of memory. I would start by doing some performance checks on the NFS server.&lt;BR /&gt;&lt;BR /&gt;Next test the latency of the network using ping, traceroute, etc. Try to determine if you are dropping packets and/or experiencing timeouts. If this is the case start looking at switches and routers, and if there are any faulty LAN cables.</description>
      <pubDate>Sat, 23 Apr 2005 12:19:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530003#M559209</guid>
      <dc:creator>Andrew Cowan</dc:creator>
      <dc:date>2005-04-23T12:19:13Z</dc:date>
    </item>
    <item>
      <title>Re: CLOSE_WAIT status</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530004#M559210</link>
      <description>tcp_discon is an extreme kludge and should only be used in extreme circumstances.&lt;BR /&gt;&lt;BR /&gt;CLOSE_WAIT means that the remote has sent this end a FINished segment, and we have ACKed it and sent notification up to the application.  TCP is now waiting for the application to call shutdown and/or close.&lt;BR /&gt;&lt;BR /&gt;If CLOSE_WAIT persists for an appreciable length of time, it indicates a bug in the nfsserv application.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 23 Apr 2005 15:17:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-wait-status/m-p/3530004#M559210</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2005-04-23T15:17:44Z</dc:date>
    </item>
  </channel>
</rss>

