<?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: buffer overflow in access log in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-overflow-in-access-log/m-p/2549120#M875693</link>
    <description>Hi  Francoise&lt;BR /&gt;&lt;BR /&gt;Essentially form the previous link .&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;HP ERROR 233 . &lt;BR /&gt;When a new connect request arricves at the local tcp and it is immediately followed by a RESET from the remote system , the server application is awakened twice by the request to perform ( accept ( ) calls ) . Each is returned bu ENOBUFS or HP Error 233. The problem is the acceptin server application should not be awakened twice . This was caused by mishandling the connection id in the TPI messages . The problem is fixed by correctly tracking the connection id between the socket and TCP layers.&lt;BR /&gt;&lt;BR /&gt;There is a PATCH also which HP recommends loading PHNE_23456 to resolve this problem &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Manoj Srivastava&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 05 Jul 2001 14:58:05 GMT</pubDate>
    <dc:creator>MANOJ SRIVASTAVA</dc:creator>
    <dc:date>2001-07-05T14:58:05Z</dc:date>
    <item>
      <title>buffer overflow in access log</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-overflow-in-access-log/m-p/2549118#M875691</link>
      <description>We've been running apache with no problem but recently we've been getting the following message occasionally:&lt;BR /&gt;&lt;BR /&gt;[error] (233)No buffer space available: accept: (client socket)&lt;BR /&gt;&lt;BR /&gt;Can anyone tell me exactly what the problem is (and maybe how to fix it?)&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Thu, 05 Jul 2001 13:56:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-overflow-in-access-log/m-p/2549118#M875691</guid>
      <dc:creator>lastgreatone</dc:creator>
      <dc:date>2001-07-05T13:56:34Z</dc:date>
    </item>
    <item>
      <title>Re: buffer overflow in access log</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-overflow-in-access-log/m-p/2549119#M875692</link>
      <description>Hi Francoise.&lt;BR /&gt;check this threads:&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,1150,0xf5a5e7613948d5118fef0090279cd0f9,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,1150,0xf5a5e7613948d5118fef0090279cd0f9,00.html&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,1150,0xe0f8a12d6d27d5118fef0090279cd0f9,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,1150,0xe0f8a12d6d27d5118fef0090279cd0f9,00.html&lt;/A&gt;&lt;BR /&gt;good luck.</description>
      <pubDate>Thu, 05 Jul 2001 14:05:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-overflow-in-access-log/m-p/2549119#M875692</guid>
      <dc:creator>Pedro Sousa</dc:creator>
      <dc:date>2001-07-05T14:05:48Z</dc:date>
    </item>
    <item>
      <title>Re: buffer overflow in access log</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/buffer-overflow-in-access-log/m-p/2549120#M875693</link>
      <description>Hi  Francoise&lt;BR /&gt;&lt;BR /&gt;Essentially form the previous link .&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;HP ERROR 233 . &lt;BR /&gt;When a new connect request arricves at the local tcp and it is immediately followed by a RESET from the remote system , the server application is awakened twice by the request to perform ( accept ( ) calls ) . Each is returned bu ENOBUFS or HP Error 233. The problem is the acceptin server application should not be awakened twice . This was caused by mishandling the connection id in the TPI messages . The problem is fixed by correctly tracking the connection id between the socket and TCP layers.&lt;BR /&gt;&lt;BR /&gt;There is a PATCH also which HP recommends loading PHNE_23456 to resolve this problem &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Manoj Srivastava&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 05 Jul 2001 14:58:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/buffer-overflow-in-access-log/m-p/2549120#M875693</guid>
      <dc:creator>MANOJ SRIVASTAVA</dc:creator>
      <dc:date>2001-07-05T14:58:05Z</dc:date>
    </item>
  </channel>
</rss>

