<?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 Cluster Server Issue in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213794#M56576</link>
    <description>Thanks for replies... Will implement FSID for the NFS mounts.. what I've read on UDP, Red Hat uses it as the default protocol...</description>
    <pubDate>Mon, 14 Dec 2009 12:51:41 GMT</pubDate>
    <dc:creator>MikeL_4</dc:creator>
    <dc:date>2009-12-14T12:51:41Z</dc:date>
    <item>
      <title>NFS Cluster Server Issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213790#M56572</link>
      <description>I have two servers, nfs1 and nfs2 that are Clustered together using Red HAt Clustering... &lt;BR /&gt;&lt;BR /&gt;nfs1 being the primary and nfs2 the failover server... &lt;BR /&gt;&lt;BR /&gt;It has about five (5) file systems that are NFS mounted over the VIP IP that moves between servers during a failover to the client servers...&lt;BR /&gt;&lt;BR /&gt;The issue is, when nfs1 drops the file systems and moves to nfs2, it leaves the client nfs servers hung up... If you try to access any of the NFS mounted file systems on the client servers your session just locks up...&lt;BR /&gt;&lt;BR /&gt;Is there some sort of mount issue that I am missing that will help resolve this issue ??</description>
      <pubDate>Thu, 10 Dec 2009 20:19:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213790#M56572</guid>
      <dc:creator>MikeL_4</dc:creator>
      <dc:date>2009-12-10T20:19:17Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Cluster Server Issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213791#M56573</link>
      <description>This sounds like a problem related to remote mount table synchronization.&lt;BR /&gt;&lt;BR /&gt;I would look at the package control log and hanfs.sh.log to check if there are any errors/messages being reported.</description>
      <pubDate>Thu, 10 Dec 2009 22:23:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213791#M56573</guid>
      <dc:creator>Sameer_Nirmal</dc:creator>
      <dc:date>2009-12-10T22:23:19Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Cluster Server Issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213792#M56574</link>
      <description>(Sameer: I think hanfs.sh is one of the ServiceGuard toolkits. Not at all related to RedHat Cluster used by MikeL.)&lt;BR /&gt;&lt;BR /&gt;Have you specified the "fsid=&lt;NUMBER&gt;" option when exporting the filesystem? If not, the fsid is auto-generated using a default algorithm which may give a different result on different nodes. &lt;BR /&gt;&lt;BR /&gt;When a failover occurs, if nfs2 uses a different fsid for the exported filesystem than nfs1 did, all the currently-open file handles on the clients will become invalid.&lt;BR /&gt;&lt;BR /&gt;If you're using RHEL 5 and have set up your cluster using Conga, it is supposed to set this NFS exportfs option correctly automatically. If you use an older version of RedHat Cluster or have set up your cluster using command-line tools, you should check this.&lt;BR /&gt;&lt;BR /&gt;Also make sure your clients mount the NFS filesystem through the floating IP address. If the clients are using a node-specific IP for NFS connections, the failover will not be successful.&lt;BR /&gt;&lt;BR /&gt;MK&lt;/NUMBER&gt;</description>
      <pubDate>Fri, 11 Dec 2009 13:34:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213792#M56574</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2009-12-11T13:34:21Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Cluster Server Issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213793#M56575</link>
      <description>Ensure that your NFS clients mounts the resource using the UDP protocol (udp option). If you use the TCP protocol, the session will hang in TIME_WAIT for 10-15 minutes.</description>
      <pubDate>Fri, 11 Dec 2009 14:52:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213793#M56575</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2009-12-11T14:52:53Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Cluster Server Issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213794#M56576</link>
      <description>Thanks for replies... Will implement FSID for the NFS mounts.. what I've read on UDP, Red Hat uses it as the default protocol...</description>
      <pubDate>Mon, 14 Dec 2009 12:51:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-cluster-server-issue/m-p/5213794#M56576</guid>
      <dc:creator>MikeL_4</dc:creator>
      <dc:date>2009-12-14T12:51:41Z</dc:date>
    </item>
  </channel>
</rss>

