<?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: NFS Problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745472#M585535</link>
    <description>Hi&lt;BR /&gt;&lt;BR /&gt;These are informative error messages from NFS , they should not be taken lightly but could also only be information , it all depend on the fact of you having real issues with the NFS mountpoints or only seeing the error from time to time in the logs : &lt;BR /&gt;&lt;BR /&gt;the exact meaning is that the client tried to reach the server with the name "slauxpd" , it requested first a lookup of the properties of some files or directories and it also tried to create a file on the filesystem&lt;BR /&gt;&lt;BR /&gt;the RPC deamon on the server didn't reply for that specific request , several reasons can be the cause of this , a DNS issue could be but is not necessary the cause ... "lookup" doesn't relate to nslookup it relates to the lookup for the file or directory properties on the nfs mountpoint itself (NFS needs it to see the user rights and the file access parameters)&lt;BR /&gt;&lt;BR /&gt;some action-points  :&lt;BR /&gt;&lt;BR /&gt;first look if the server hostname indeed has an IP attached to it with nslookup on the client , on the server check if it can find the client IP&lt;BR /&gt;&lt;BR /&gt;if so ping the ip of the server from the cleint and the ip of the cleint from the server&lt;BR /&gt;&lt;BR /&gt;if that works , look if NFSD is still active on the server or and if RPC still is functioning (use rpcinfo)&lt;BR /&gt;&lt;BR /&gt;look on the server syslog for possible error messages ...&lt;BR /&gt;&lt;BR /&gt;the error can result from a high load of the server because not enough nfsd are present , you could set that higher by setting the NUM_NFSD parameter in /etc/rc.config.d/nfsconf file to 16 or 32 &lt;BR /&gt;&lt;BR /&gt;also a network issue (network latency or packet loss) can cause the request to timeout and fail generating this error , a retry of the NFS should solve that , do you see any problems with the mount e.g. is it slow or not responding at all (hang) , the messages could just arrive because the server was busy or the network loaded but NFS managed to solve it by resending the request</description>
    <pubDate>Mon, 17 Jun 2002 08:21:29 GMT</pubDate>
    <dc:creator>sven verhaegen</dc:creator>
    <dc:date>2002-06-17T08:21:29Z</dc:date>
    <item>
      <title>NFS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745469#M585532</link>
      <description>I have NFS problem.&lt;BR /&gt;when I type dmesg on my server.&lt;BR /&gt;It comes up like followings:&lt;BR /&gt;&lt;BR /&gt;NFS lookup failed for server slauxpd: RPC: Timed out&lt;BR /&gt;NFS create failed for server slauxpd: RPC: Timed out&lt;BR /&gt;&lt;BR /&gt;Please help me.</description>
      <pubDate>Sat, 15 Jun 2002 14:38:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745469#M585532</guid>
      <dc:creator>Brian Lee</dc:creator>
      <dc:date>2002-06-15T14:38:00Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745470#M585533</link>
      <description>Please elabrate the problem. dmesg from NFS client or server? Are you able to ping or telnet NFS server? Can you check whether NFS processes are running in the server and NFS client enabled.. etc?&lt;BR /&gt;&lt;BR /&gt;Are you able use any rlogin/rwho/ruptime ...etc(this is to check RPC) &lt;BR /&gt;</description>
      <pubDate>Sat, 15 Jun 2002 15:08:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745470#M585533</guid>
      <dc:creator>Thayanidhi</dc:creator>
      <dc:date>2002-06-15T15:08:57Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745471#M585534</link>
      <description>Hi Changwoo,&lt;BR /&gt;&lt;BR /&gt; The server, slauxpd, Is NOT in DNS. Verify that with&lt;BR /&gt;&lt;BR /&gt;nslookup slauxpd&lt;BR /&gt;&lt;BR /&gt;If that's the case you need to get thde DNS adnins to get it into the DNS DB...or correct the NFS import to the proper server name...if it's a typo.&lt;BR /&gt;Sounds like NFS is trying to mount something from that server.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Sat, 15 Jun 2002 19:30:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745471#M585534</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-06-15T19:30:09Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745472#M585535</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;These are informative error messages from NFS , they should not be taken lightly but could also only be information , it all depend on the fact of you having real issues with the NFS mountpoints or only seeing the error from time to time in the logs : &lt;BR /&gt;&lt;BR /&gt;the exact meaning is that the client tried to reach the server with the name "slauxpd" , it requested first a lookup of the properties of some files or directories and it also tried to create a file on the filesystem&lt;BR /&gt;&lt;BR /&gt;the RPC deamon on the server didn't reply for that specific request , several reasons can be the cause of this , a DNS issue could be but is not necessary the cause ... "lookup" doesn't relate to nslookup it relates to the lookup for the file or directory properties on the nfs mountpoint itself (NFS needs it to see the user rights and the file access parameters)&lt;BR /&gt;&lt;BR /&gt;some action-points  :&lt;BR /&gt;&lt;BR /&gt;first look if the server hostname indeed has an IP attached to it with nslookup on the client , on the server check if it can find the client IP&lt;BR /&gt;&lt;BR /&gt;if so ping the ip of the server from the cleint and the ip of the cleint from the server&lt;BR /&gt;&lt;BR /&gt;if that works , look if NFSD is still active on the server or and if RPC still is functioning (use rpcinfo)&lt;BR /&gt;&lt;BR /&gt;look on the server syslog for possible error messages ...&lt;BR /&gt;&lt;BR /&gt;the error can result from a high load of the server because not enough nfsd are present , you could set that higher by setting the NUM_NFSD parameter in /etc/rc.config.d/nfsconf file to 16 or 32 &lt;BR /&gt;&lt;BR /&gt;also a network issue (network latency or packet loss) can cause the request to timeout and fail generating this error , a retry of the NFS should solve that , do you see any problems with the mount e.g. is it slow or not responding at all (hang) , the messages could just arrive because the server was busy or the network loaded but NFS managed to solve it by resending the request</description>
      <pubDate>Mon, 17 Jun 2002 08:21:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-problem/m-p/2745472#M585535</guid>
      <dc:creator>sven verhaegen</dc:creator>
      <dc:date>2002-06-17T08:21:29Z</dc:date>
    </item>
  </channel>
</rss>

