<?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: Stale NFS file handle error in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774414#M83774</link>
    <description>This is likely a problem with moving the&lt;BR /&gt;share from one server to another.  You&lt;BR /&gt;should get the same problem if you shut&lt;BR /&gt;down an NFS server when a client is&lt;BR /&gt;accessing it.&lt;BR /&gt;&lt;BR /&gt;The client still has a connection to the &lt;BR /&gt;old server NFS handle.  Reexport the &lt;BR /&gt;directory from the old server then, and&lt;BR /&gt;the problem should disapper.&lt;BR /&gt;&lt;BR /&gt;If the client was mounted with intr, then&lt;BR /&gt;you could kill the process accessing the old&lt;BR /&gt;share.  Then force a dismount. &lt;BR /&gt;&lt;BR /&gt;Make sure you have have no active&lt;BR /&gt;connections to a share before you remove it.&lt;BR /&gt;Otherwise you will encounter this problem.&lt;BR /&gt;</description>
    <pubDate>Thu, 20 Apr 2006 09:57:50 GMT</pubDate>
    <dc:creator>Bill Thorsteinson</dc:creator>
    <dc:date>2006-04-20T09:57:50Z</dc:date>
    <item>
      <title>Stale NFS file handle error</title>
      <link>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774412#M83772</link>
      <description>I have 2 servers on Linux RHEL4 UP3. When I switch the NFS directory from one server to the other, the client complains of a "Stale nfs handle" ESTALE error. Due to this, I'm not able to access the files in the mounted directory from the client.&lt;BR /&gt;&lt;BR /&gt;I tried nfs restart on the server, but it did not help. I want to solve this problem, without using explicit mount/umount commands on the client. Also, it is preferrable to avoid rebooting the client machine.&lt;BR /&gt;&lt;BR /&gt;The problem does not occur when I create another mount point and access the files from the new mount point. But, I do not want to use this method, since it creates redundant mount points. &lt;BR /&gt;&lt;BR /&gt;Please help me with this problem. It only occurs in the Linux RED HAT 3 UPDATE 7. On other versions, everything works fine. Could this be a bug in the new Linux update?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Ranjani.</description>
      <pubDate>Thu, 20 Apr 2006 02:04:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774412#M83772</guid>
      <dc:creator>ranjani</dc:creator>
      <dc:date>2006-04-20T02:04:42Z</dc:date>
    </item>
    <item>
      <title>Re: Stale NFS file handle error</title>
      <link>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774413#M83773</link>
      <description>Shalom Ranjani,&lt;BR /&gt;&lt;BR /&gt;Report the conditions with full details to bugzilla.redhat.com&lt;BR /&gt;&lt;BR /&gt;Consider downgrading the nfs software on the RH 3 Update 7 to the version that ships with Update 6.&lt;BR /&gt;&lt;BR /&gt;I do not believe there are dependency problems.&lt;BR /&gt;&lt;BR /&gt;I believe you have diagnosed a bug.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 20 Apr 2006 02:09:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774413#M83773</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-04-20T02:09:31Z</dc:date>
    </item>
    <item>
      <title>Re: Stale NFS file handle error</title>
      <link>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774414#M83774</link>
      <description>This is likely a problem with moving the&lt;BR /&gt;share from one server to another.  You&lt;BR /&gt;should get the same problem if you shut&lt;BR /&gt;down an NFS server when a client is&lt;BR /&gt;accessing it.&lt;BR /&gt;&lt;BR /&gt;The client still has a connection to the &lt;BR /&gt;old server NFS handle.  Reexport the &lt;BR /&gt;directory from the old server then, and&lt;BR /&gt;the problem should disapper.&lt;BR /&gt;&lt;BR /&gt;If the client was mounted with intr, then&lt;BR /&gt;you could kill the process accessing the old&lt;BR /&gt;share.  Then force a dismount. &lt;BR /&gt;&lt;BR /&gt;Make sure you have have no active&lt;BR /&gt;connections to a share before you remove it.&lt;BR /&gt;Otherwise you will encounter this problem.&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Apr 2006 09:57:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774414#M83774</guid>
      <dc:creator>Bill Thorsteinson</dc:creator>
      <dc:date>2006-04-20T09:57:50Z</dc:date>
    </item>
    <item>
      <title>Re: Stale NFS file handle error</title>
      <link>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774415#M83775</link>
      <description>Thanks a lot for all the suggestions. &lt;BR /&gt;&lt;BR /&gt;It is true that the problem also occurs when we shut down NFS server. I tried to export the directory again, but it does not solve the problem. &lt;BR /&gt;&lt;BR /&gt;If I edit /etc/mtab file, by removing the stale file system and then mounting it again, it seems to work. But, this is not the approach I want to adopt. We need some procedure to re-establish the file handles between the server and the client.&lt;BR /&gt;&lt;BR /&gt;The client is mounted with 'intr' option in /etc/fstab. &lt;BR /&gt;&lt;BR /&gt;Please provide any helpful suggestions.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Ranjani.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Apr 2006 19:14:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/stale-nfs-file-handle-error/m-p/3774415#M83775</guid>
      <dc:creator>ranjani</dc:creator>
      <dc:date>2006-04-20T19:14:41Z</dc:date>
    </item>
  </channel>
</rss>

