<?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 Stale NFS File Handle in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/Stale-NFS-File-Handle/m-p/54839#M1791</link>
    <description>&lt;P&gt;While starting splunk 4.3 for the first time I received a Stale NFS File handle and Python errors. However, after another restart, the problems went away. Do I need to be concerned?&lt;/P&gt;</description>
    <pubDate>Thu, 19 Jan 2012 18:22:54 GMT</pubDate>
    <dc:creator>sgarvin55</dc:creator>
    <dc:date>2012-01-19T18:22:54Z</dc:date>
    <item>
      <title>Stale NFS File Handle</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Stale-NFS-File-Handle/m-p/54839#M1791</link>
      <description>&lt;P&gt;While starting splunk 4.3 for the first time I received a Stale NFS File handle and Python errors. However, after another restart, the problems went away. Do I need to be concerned?&lt;/P&gt;</description>
      <pubDate>Thu, 19 Jan 2012 18:22:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Stale-NFS-File-Handle/m-p/54839#M1791</guid>
      <dc:creator>sgarvin55</dc:creator>
      <dc:date>2012-01-19T18:22:54Z</dc:date>
    </item>
    <item>
      <title>Re: Stale NFS File Handle</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Stale-NFS-File-Handle/m-p/54840#M1792</link>
      <description>&lt;P&gt;To fix this problem, the NFS file handles must be renegotiated.&lt;/P&gt;

&lt;P&gt;The Python errors (Traceback) is because the NFS location was not available when it was trying to either read/write to that location.&lt;/P&gt;

&lt;P&gt;When you restarted and no errors were reported indicates that you are fine. The NFS mnt point was re-established.&lt;/P&gt;

&lt;P&gt;You can also try:&lt;/P&gt;

&lt;P&gt;Try one of these on the client machine:&lt;/P&gt;

&lt;P&gt;a) Unmount and remount the file system, may need to use the -O (overlay option) of mount.&lt;/P&gt;

&lt;P&gt;From the man pages:&lt;BR /&gt;
-O Overlay mount. Allow the file system to be&lt;BR /&gt;
mounted over an existing mount point, making&lt;BR /&gt;
the underlying file system inaccessible. If a&lt;BR /&gt;
mount is attempted on a pre-existing mount point&lt;BR /&gt;
without setting this flag, the mount will fail,&lt;BR /&gt;
producing the error "device busy".&lt;/P&gt;

&lt;P&gt;b) Kill or restart the process trying to use the nonexistent files.&lt;/P&gt;

&lt;P&gt;c) Create another mount point and access the files from the new mount point.&lt;/P&gt;

&lt;P&gt;d) Run: /etc/init.d/nfs.client stop; /etc/init.d/nfs.client start&lt;/P&gt;

&lt;P&gt;e) Reboot the client having problems. &lt;/P&gt;</description>
      <pubDate>Thu, 19 Jan 2012 18:23:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Stale-NFS-File-Handle/m-p/54840#M1792</guid>
      <dc:creator>sgarvin55</dc:creator>
      <dc:date>2012-01-19T18:23:27Z</dc:date>
    </item>
  </channel>
</rss>

