<?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: connect requests dropped due to full queue in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589550#M556936</link>
    <description>The actual length of a listen queue will be the _minimum_ of tcp_conn_request_max and whatever the application provides in its call to listen().  So, if tcp_conn_request_max is 1024 and the application calls listen(fd,128) 128 will be the depth of the listen queue.&lt;BR /&gt;&lt;BR /&gt;HP-UX, and just about any other TCP stack out there, can deal with lots of TIME_WAIT without any trouble, so there should be no need to tweak anything there.</description>
    <pubDate>Tue, 26 Jul 2005 15:47:06 GMT</pubDate>
    <dc:creator>rick jones</dc:creator>
    <dc:date>2005-07-26T15:47:06Z</dc:date>
    <item>
      <title>connect requests dropped due to full queue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589546#M556932</link>
      <description>Hi Friends'&lt;BR /&gt;&lt;BR /&gt;I've Oracle Applications on HP-UX.&lt;BR /&gt;I see much TIME_WAIT stat with the port 8000 on the server in where reside Apache, also see(netstat -p tcp):&lt;BR /&gt;&lt;BR /&gt;49 connect requests dropped due to full queue&lt;BR /&gt;&lt;BR /&gt;This behavior is normal ?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks,</description>
      <pubDate>Mon, 25 Jul 2005 14:44:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589546#M556932</guid>
      <dc:creator>Eduardo_63</dc:creator>
      <dc:date>2005-07-25T14:44:34Z</dc:date>
    </item>
    <item>
      <title>Re: connect requests dropped due to full queue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589547#M556933</link>
      <description>I think, you need to look at three different ndd settings.&lt;BR /&gt;&lt;BR /&gt;tcp_con_request_max&lt;BR /&gt;tcp_time_wait_interval    - How long stream persists in TIME_WAIT   tcp_tw_cleanup_interval   - TIME_WAIT timeout expiration checking interval&lt;BR /&gt;&lt;BR /&gt;You can check your current settings as follows.&lt;BR /&gt;&lt;BR /&gt;ndd -h tcp_con_request_max&lt;BR /&gt;&lt;BR /&gt;Anil</description>
      <pubDate>Mon, 25 Jul 2005 14:58:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589547#M556933</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2005-07-25T14:58:22Z</dc:date>
    </item>
    <item>
      <title>Re: connect requests dropped due to full queue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589548#M556934</link>
      <description>Hi Anil,&lt;BR /&gt;&lt;BR /&gt;The values:&lt;BR /&gt;&lt;BR /&gt;tcp_con_request_max =4096&lt;BR /&gt;tcp_time_wait_interval=60000&lt;BR /&gt;tcp_tw_cleanup_interval=60000&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 25 Jul 2005 15:43:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589548#M556934</guid>
      <dc:creator>Eduardo_63</dc:creator>
      <dc:date>2005-07-25T15:43:02Z</dc:date>
    </item>
    <item>
      <title>Re: connect requests dropped due to full queue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589549#M556935</link>
      <description>Hi friend,&lt;BR /&gt;&lt;BR /&gt;the netstat show :&lt;BR /&gt;&lt;BR /&gt;$ netstat -an | grep tcp| awk '{print $6}'| sort | uniq -c&lt;BR /&gt; 421 CLOSE_WAIT&lt;BR /&gt; 130 ESTABLISHED&lt;BR /&gt; 629 FIN_WAIT_2&lt;BR /&gt;  79 LISTEN&lt;BR /&gt;   1 SYN_SENT&lt;BR /&gt; 460 TIME_WAIT&lt;BR /&gt;&lt;BR /&gt;any suggestion?</description>
      <pubDate>Mon, 25 Jul 2005 17:37:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589549#M556935</guid>
      <dc:creator>Eduardo_63</dc:creator>
      <dc:date>2005-07-25T17:37:20Z</dc:date>
    </item>
    <item>
      <title>Re: connect requests dropped due to full queue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589550#M556936</link>
      <description>The actual length of a listen queue will be the _minimum_ of tcp_conn_request_max and whatever the application provides in its call to listen().  So, if tcp_conn_request_max is 1024 and the application calls listen(fd,128) 128 will be the depth of the listen queue.&lt;BR /&gt;&lt;BR /&gt;HP-UX, and just about any other TCP stack out there, can deal with lots of TIME_WAIT without any trouble, so there should be no need to tweak anything there.</description>
      <pubDate>Tue, 26 Jul 2005 15:47:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/connect-requests-dropped-due-to-full-queue/m-p/3589550#M556936</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2005-07-26T15:47:06Z</dc:date>
    </item>
  </channel>
</rss>

