<?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 errors in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424284#M578022</link>
    <description>Im experincing the same problem, and was wondering if there is a solution.  I have more users affected by this timeout error. very annoying.  any help would be greatly appreciated.</description>
    <pubDate>Thu, 08 May 2003 02:12:57 GMT</pubDate>
    <dc:creator>paulette brown</dc:creator>
    <dc:date>2003-05-08T02:12:57Z</dc:date>
    <item>
      <title>Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424276#M578014</link>
      <description>HPUX 11.0&lt;BR /&gt;HP K410&lt;BR /&gt;&lt;BR /&gt;Running a Progress Database with aprox 150 concurrent users at any one time. Users are using a GUI connection. One certain customer base is getting constant timeout errors. Error message is as follow:&lt;BR /&gt;&lt;BR /&gt;"Error reading socket n=# ret=1 errno=10054"&lt;BR /&gt;&lt;BR /&gt;This is on the users machine. The errno.h listing states the connection was reset by peer. My understanding is "somehow" the server (the HP) and the client have lost connection and the client has cleared the connection for their TCP stack. When the server sends some packets back the client is not aware of the connection and resets it. WE know for a fact the connection between this set of clients and us in terrible, but no one wants to "fix" it. My questions:&lt;BR /&gt;1. Do I have this backwards since the errno is from the NT and not the HP. Is the HP resetting the connection?&lt;BR /&gt;2. Is there a tcp "ndd" setting I can change to increase the timeout time? Maybe the &lt;BR /&gt;tcp_rexmit_interval_max....currently 1 minute&lt;BR /&gt;tcp_rexmit_interval_min....currently 4 sec.&lt;BR /&gt;3. How will it affect my other users? Only 5 of 150 are at the "bad" location.&lt;BR /&gt;4. Is there a good book that tells more about tcp keepalive and other ndd setting? I think I know, but I wonder.....&lt;BR /&gt;</description>
      <pubDate>Tue, 30 May 2000 18:17:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424276#M578014</guid>
      <dc:creator>John Peace</dc:creator>
      <dc:date>2000-05-30T18:17:02Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424277#M578015</link>
      <description>This is normally caused as a result of slightly different default behaviour of sockets under UNIX to those of NT. The problem is very well described in the Microsoft Knowledge database under PSS ID Number: Q105794&lt;BR /&gt;&lt;BR /&gt; Workaround &lt;BR /&gt;Add the registry entry: TcpKeepCnt, or modify it if you already have one in the following path: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters You should set the value to zero. For example,TcpKeepCnt:REG_DWORD:0. NOTE: You need to reboot Windows NT after making this change. &lt;BR /&gt;&lt;BR /&gt;let's try this first, just with the 5 users affected.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Berlene &lt;BR /&gt;</description>
      <pubDate>Tue, 30 May 2000 19:20:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424277#M578015</guid>
      <dc:creator>Berlene Herren</dc:creator>
      <dc:date>2000-05-30T19:20:01Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424278#M578016</link>
      <description>John,&lt;BR /&gt;&lt;BR /&gt;I take it that you've already performed the ndd -h and gotten the help information?&lt;BR /&gt;&lt;BR /&gt;First off, I think that you know that it will be significantly easier to fix the broken connections, rather than to tune your environment for the exception.  But that's your choice, and I realize that as an Admin, your hands may be tied on this, so here goes.&lt;BR /&gt;&lt;BR /&gt;1. Do I have this backwards since the errno is from the NT and not the HP. Is the HP resetting the connection? &amp;lt;- Well that depends, who was trying to communicate?  This is almost impossible to track down, suffice it to say that the Network Connection is poor, does it matter who was talking last?&lt;BR /&gt;&lt;BR /&gt;2. Is there a tcp "ndd" setting I can change to increase the timeout time?  &amp;lt;- I believe that what you want to do is to decrease the Maxiumum retry time.  Or increase the number of Keepalives (i.e. tcp_keepalive_detached_interval).  You must be careful though, becasue whatever you do here, is certainly going to increase the Network Overhead associated with the entire environment.&lt;BR /&gt;&lt;BR /&gt;3. How will it affect my other users? Only 5of 150 are at the "bad" location.   &amp;lt;-  This is a loaded questions because it depends on many factors.  Suffice it to say that the overall network traffic load will increase with the use of additional keepalives (if that's what you actually use).&lt;BR /&gt;&lt;BR /&gt;One thing that I haven't heard yet but needs asked, does the network connection Terminate, or just quit responding?  Perhaps if the Network connection does not terminate (and subsiqnetly re-initiate), increasing the timeout value will help, and will not impede network performance.&lt;BR /&gt;&lt;BR /&gt;4. Is there a good book that tells more about tcp keepalive and other ndd setting? &lt;BR /&gt;&lt;BR /&gt;Try this link:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://docs.hp.com/dynaweb/hpux11/@Generic__CollectionView?DwebQuery=ndd" target="_blank"&gt;http://docs.hp.com/dynaweb/hpux11/@Generic__CollectionView?DwebQuery=ndd&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Hope that helps you!&lt;BR /&gt;</description>
      <pubDate>Tue, 30 May 2000 20:06:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424278#M578016</guid>
      <dc:creator>Albert E. Whale, CISSP</dc:creator>
      <dc:date>2000-05-30T20:06:37Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424279#M578017</link>
      <description>In reference to a good book, I would like to suggest "TCP/IP Illustrated Volume 1" by the late Rich Stevens.  This is the best book on TCP/IP that I have ever read.</description>
      <pubDate>Wed, 31 May 2000 13:15:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424279#M578017</guid>
      <dc:creator>Paul Hite</dc:creator>
      <dc:date>2000-05-31T13:15:08Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424280#M578018</link>
      <description>I have to agree with Paul on book selection - all three are great!&lt;BR /&gt;&lt;BR /&gt;Berlene</description>
      <pubDate>Wed, 31 May 2000 13:16:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424280#M578018</guid>
      <dc:creator>Berlene Herren</dc:creator>
      <dc:date>2000-05-31T13:16:29Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424281#M578019</link>
      <description>Let me first thank you all for your replies to this question posted by John.&lt;BR /&gt;Actually I am also facing a similar problem. I have 64-bit ver.11.00 Hp-servers K360.&lt;BR /&gt;These are my application servers which are connected to a Main Database Server.&lt;BR /&gt;The problem is when I ping one of the server from the Win-95 PCs I get frequent request timed out messages whereas at the same time I am to ping from other Servers to  this Server (in short Unix to Unix communication is Ok but Win-95 to Unix gets broken). My BaaN clients are loaded on Win-95 Pcs and Database is Informix.&lt;BR /&gt;I have tried out the settings recommended by Berlene in one of my NT workstation and kept it in ping state. Still I get request timed out.&lt;BR /&gt;I have checked all my cables &amp;amp;  3-Com Switch settings and are Ok.&lt;BR /&gt;Please can anyone give any idea what exactly is happening.&lt;BR /&gt;Thanks in advance.&lt;BR /&gt;&lt;BR /&gt;Shailesh&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 07 Jun 2000 14:45:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424281#M578019</guid>
      <dc:creator>Shailesh V. Marathe</dc:creator>
      <dc:date>2000-06-07T14:45:51Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424282#M578020</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I'm having a similar problem.&lt;BR /&gt;&lt;BR /&gt;We have a cluster with 2 node and when the services is move to the secudary node to the client appears the error 10054 .&lt;BR /&gt;&lt;BR /&gt;After I read our messages, I have added and modified regedit of the client and I have increased the tcp_rexmit_interval_max parameter to 3 minutes, but continue the same problem.&lt;BR /&gt;&lt;BR /&gt;Is there somebody that I can help with this problem?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Aug 2002 10:02:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424282#M578020</guid>
      <dc:creator>Domingo Muñoz</dc:creator>
      <dc:date>2002-08-20T10:02:31Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424283#M578021</link>
      <description>Hi John,&lt;BR /&gt;&lt;BR /&gt;Just a quick note.  I recently ran in to a similar error message with the CallView application using a Progress Database.  Clients were unable to retrieve data and timing out.  &lt;BR /&gt;No errors in syslog or nettl.  Not sure on the number of users though.  You might want to check your Streams and ARPA patch level.  &lt;BR /&gt;Current patches resolved issue in this case.  This was on a gigabit card and the driver was updated too.  Did not remove driver to check patches individually.&lt;BR /&gt;&lt;BR /&gt;Good Luck,&lt;BR /&gt;  Chris</description>
      <pubDate>Tue, 29 Apr 2003 20:53:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424283#M578021</guid>
      <dc:creator>IT Response</dc:creator>
      <dc:date>2003-04-29T20:53:05Z</dc:date>
    </item>
    <item>
      <title>Re: Socket errors</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424284#M578022</link>
      <description>Im experincing the same problem, and was wondering if there is a solution.  I have more users affected by this timeout error. very annoying.  any help would be greatly appreciated.</description>
      <pubDate>Thu, 08 May 2003 02:12:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/socket-errors/m-p/2424284#M578022</guid>
      <dc:creator>paulette brown</dc:creator>
      <dc:date>2003-05-08T02:12:57Z</dc:date>
    </item>
  </channel>
</rss>

