<?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 issues -- argh. in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154520#M18487</link>
    <description>Can you please be a bit more specific?&lt;BR /&gt;What machine is the server?&lt;BR /&gt;What machine is the client?&lt;BR /&gt;Please specify (extracts from) /etc/exports and /etc/fstab&lt;BR /&gt;&lt;BR /&gt;NFS must be started on the NFS server machine with /etc/exports&lt;BR /&gt;&lt;BR /&gt;On the client machine you need to have /etc/fstab and use mount to mount the remote file system.&lt;BR /&gt;&lt;BR /&gt;Why are you using NFS2 and not NFS3?</description>
    <pubDate>Wed, 04 Feb 2009 23:20:21 GMT</pubDate>
    <dc:creator>Geert Van Pamel</dc:creator>
    <dc:date>2009-02-04T23:20:21Z</dc:date>
    <item>
      <title>NFS issues -- argh.</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154519#M18486</link>
      <description># uname -a&lt;BR /&gt;OSF1 lapacho V5.1 2650 alpha&lt;BR /&gt;&lt;BR /&gt;Folks, having some NFS client issues on a Tru64 machine.  Some sort of stale file handle between the Tru64 box and a RHEL4.7 NFS server.&lt;BR /&gt;&lt;BR /&gt;I ran /sbin/init.d/nfsmount stop -- which complained about some other NFS mounts in use.  I killed the processes locking those and unmounted them.&lt;BR /&gt;&lt;BR /&gt;However, running nfsmount now:&lt;BR /&gt;&lt;BR /&gt;# ./nfsmount start&lt;BR /&gt;Mounting NFS filesystems&lt;BR /&gt;NFS2 server lapacho not responding still trying&lt;BR /&gt;&lt;BR /&gt;Why it's trying to talk to itself, I don't know.  I tried restart the nfs daemon to no avail, commands like df just hang and don't respond to kill -9 either.&lt;BR /&gt;&lt;BR /&gt;The users on this box really do not want to reboot it -- what else can be done to just kill all this NFS stuff?  I suppose I need to start killing random processes that may be locking things...&lt;BR /&gt;&lt;BR /&gt;Is there a way to find out what's mounted currently on the system (cat /proc/mounts in Linux) or something like lsof to see what open file handles there are?  I guess fuser would work perhaps...&lt;BR /&gt;&lt;BR /&gt;Thanks!</description>
      <pubDate>Tue, 03 Feb 2009 18:22:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154519#M18486</guid>
      <dc:creator>rayvd</dc:creator>
      <dc:date>2009-02-03T18:22:00Z</dc:date>
    </item>
    <item>
      <title>Re: NFS issues -- argh.</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154520#M18487</link>
      <description>Can you please be a bit more specific?&lt;BR /&gt;What machine is the server?&lt;BR /&gt;What machine is the client?&lt;BR /&gt;Please specify (extracts from) /etc/exports and /etc/fstab&lt;BR /&gt;&lt;BR /&gt;NFS must be started on the NFS server machine with /etc/exports&lt;BR /&gt;&lt;BR /&gt;On the client machine you need to have /etc/fstab and use mount to mount the remote file system.&lt;BR /&gt;&lt;BR /&gt;Why are you using NFS2 and not NFS3?</description>
      <pubDate>Wed, 04 Feb 2009 23:20:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154520#M18487</guid>
      <dc:creator>Geert Van Pamel</dc:creator>
      <dc:date>2009-02-04T23:20:21Z</dc:date>
    </item>
    <item>
      <title>Re: NFS issues -- argh.</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154521#M18488</link>
      <description>In the end we rebooted the machine to clear the issue up (after getting advice from HP Tru64 support).&lt;BR /&gt;&lt;BR /&gt;I don't know why it reported the NFSv2 error.  The server in question is itself -- why it would be trying to talk to its own NFS server using v2 is beyond me. :-)&lt;BR /&gt;&lt;BR /&gt;In any case, the automount process was in an uninterruptible sleep state with a parent process of "1", so there was no way to kill it without rebooting.&lt;BR /&gt;&lt;BR /&gt;I rebooted and disabled the old "automount" daemon which I am told can get confused fairly easily.  In its place we're using autofs which I'm hopeful will be a little bit more robust.&lt;BR /&gt;&lt;BR /&gt;Still not totally clear what happened on this machine to cause the issues but everything is back to normal for the moment.&lt;BR /&gt;&lt;BR /&gt;Thanks much!</description>
      <pubDate>Wed, 04 Feb 2009 23:39:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154521#M18488</guid>
      <dc:creator>rayvd</dc:creator>
      <dc:date>2009-02-04T23:39:09Z</dc:date>
    </item>
    <item>
      <title>Re: NFS issues -- argh.</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154522#M18489</link>
      <description>Rebooted machine and switched to autofs automounter.</description>
      <pubDate>Wed, 04 Feb 2009 23:40:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/nfs-issues-argh/m-p/5154522#M18489</guid>
      <dc:creator>rayvd</dc:creator>
      <dc:date>2009-02-04T23:40:01Z</dc:date>
    </item>
  </channel>
</rss>

