<?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 NFS server not responding ... socket overflows? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-server-not-responding-socket-overflows/m-p/2424945#M767280</link>
    <description>From the original post (vmunix: NFS server &lt;SERVERNAME&gt; not responding still trying),&lt;BR /&gt;&lt;BR /&gt;Chris Anoruo wrote&lt;BR /&gt;&lt;BR /&gt;   "On the client, use SAM to increase the Mount failure rate(retry), retrans and the timeo before doing at command line prompt /sbin/init.d/nfs.client start I hope you have created the directory."&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thank you for the answer, next i will try to increase the timeo option, as you mentioned. &lt;BR /&gt;&lt;BR /&gt;on my studies i discovered another aspect: &lt;BR /&gt;&lt;BR /&gt;using &lt;BR /&gt;&lt;BR /&gt;netstat -s &lt;BR /&gt;&lt;BR /&gt;on the nfs-server i saw the following output for udp: &lt;BR /&gt;&lt;BR /&gt;udp: &lt;BR /&gt;0 incomplete headers &lt;BR /&gt;0 bad data length fields &lt;BR /&gt;0 bad checksums &lt;BR /&gt;25682 socket overflows # ! &lt;BR /&gt;0 data discards &lt;BR /&gt;&lt;BR /&gt;now i assume that the log-entries in my clients syslog files belong to socket overflows on the server, which belongs to a number of running nfsd's which is too small. &lt;BR /&gt;&lt;BR /&gt;my nfs-server has 64 nfsd's running (configured throug NUM_NFSD switch in nfsd.conf ) . &lt;BR /&gt;&lt;BR /&gt;is it possible that this server-side number is too small for 16 client-workstations running a CAD-client program (IDEAS MS7)? &lt;BR /&gt;&lt;BR /&gt;thanks &lt;BR /&gt;&lt;/SERVERNAME&gt;</description>
    <pubDate>Mon, 05 Jun 2000 20:51:00 GMT</pubDate>
    <dc:creator>Jeff Pendleton</dc:creator>
    <dc:date>2000-06-05T20:51:00Z</dc:date>
    <item>
      <title>NFS server not responding ... socket overflows?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-server-not-responding-socket-overflows/m-p/2424945#M767280</link>
      <description>From the original post (vmunix: NFS server &lt;SERVERNAME&gt; not responding still trying),&lt;BR /&gt;&lt;BR /&gt;Chris Anoruo wrote&lt;BR /&gt;&lt;BR /&gt;   "On the client, use SAM to increase the Mount failure rate(retry), retrans and the timeo before doing at command line prompt /sbin/init.d/nfs.client start I hope you have created the directory."&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thank you for the answer, next i will try to increase the timeo option, as you mentioned. &lt;BR /&gt;&lt;BR /&gt;on my studies i discovered another aspect: &lt;BR /&gt;&lt;BR /&gt;using &lt;BR /&gt;&lt;BR /&gt;netstat -s &lt;BR /&gt;&lt;BR /&gt;on the nfs-server i saw the following output for udp: &lt;BR /&gt;&lt;BR /&gt;udp: &lt;BR /&gt;0 incomplete headers &lt;BR /&gt;0 bad data length fields &lt;BR /&gt;0 bad checksums &lt;BR /&gt;25682 socket overflows # ! &lt;BR /&gt;0 data discards &lt;BR /&gt;&lt;BR /&gt;now i assume that the log-entries in my clients syslog files belong to socket overflows on the server, which belongs to a number of running nfsd's which is too small. &lt;BR /&gt;&lt;BR /&gt;my nfs-server has 64 nfsd's running (configured throug NUM_NFSD switch in nfsd.conf ) . &lt;BR /&gt;&lt;BR /&gt;is it possible that this server-side number is too small for 16 client-workstations running a CAD-client program (IDEAS MS7)? &lt;BR /&gt;&lt;BR /&gt;thanks &lt;BR /&gt;&lt;/SERVERNAME&gt;</description>
      <pubDate>Mon, 05 Jun 2000 20:51:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-server-not-responding-socket-overflows/m-p/2424945#M767280</guid>
      <dc:creator>Jeff Pendleton</dc:creator>
      <dc:date>2000-06-05T20:51:00Z</dc:date>
    </item>
    <item>
      <title>Re: NFS server not responding ... socket overflows?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-server-not-responding-socket-overflows/m-p/2424946#M767281</link>
      <description>Use netstat -sr and netstat -sM, if the ouputs are that bad reload ther server.&lt;BR /&gt;</description>
      <pubDate>Wed, 07 Jun 2000 08:07:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-server-not-responding-socket-overflows/m-p/2424946#M767281</guid>
      <dc:creator>CHRIS_ANORUO</dc:creator>
      <dc:date>2000-06-07T08:07:13Z</dc:date>
    </item>
    <item>
      <title>Re: NFS server not responding ... socket overflows?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-server-not-responding-socket-overflows/m-p/2424947#M767282</link>
      <description>NFS client:&lt;BR /&gt;Block I/O daemons (biods) facilitate requests to the servers, by buffering requests together. The normal default is 4 biods per client.&lt;BR /&gt;If netstat -s -p udp indicates "socket overflows" it should be increased.&lt;BR /&gt;&lt;BR /&gt;NFS Server:&lt;BR /&gt;Roughly 3 nfsds should be configured per disk on large multiple-CPU systems. Configuring too many nfsds can leave some of them idle, or it can affect overall system performance.&lt;BR /&gt;netstat -s -p udp indicating "socket overflows" would suggest that more nfsds would help.&lt;BR /&gt;&lt;BR /&gt;Brian&lt;BR /&gt;&amp;lt;*(((&amp;gt;&amp;lt; er</description>
      <pubDate>Wed, 07 Jun 2000 10:11:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-server-not-responding-socket-overflows/m-p/2424947#M767282</guid>
      <dc:creator>Brian M. Fisher</dc:creator>
      <dc:date>2000-06-07T10:11:17Z</dc:date>
    </item>
  </channel>
</rss>

