Date: Mon, 10 Dec 2007 13:59:56 -0800 (PST)
From: Dan Norris <dannorris@dannorris.com>
Subject: Re: NFS on a 10g RAC cluster
To: krish.hariharan@quasardb.com, Jon.Crisler@usi.com
Cc: Oracle-L Freelists <oracle-l@freelists.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1813010135-1197323996=:69672"
Message-ID: <763816.69672.qm@web35408.mail.mud.yahoo.com>
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
Precedence: normal
Reply-to: dannorris@dannorris.com
--0-1813010135-1197323996=:69672
Content-Type: text/plain; charset=us-ascii

I'm not a fan of putting Oracle DBs on NFS. Furthermore, as this list shows: http://www.oracle.com/technology/products/database/clustering/certify/tech_generic_unix_new.html, only a relatively small handful of specialized NFS appliances/software are supported for RAC. That is, you can't take the typical UNIX NFS server implementation and use it to run RAC in a supported way. If you don't care about support and just want to build a sandbox, it may work fine--I've used OpenFiler for sandboxes and it worked well for my functional (not load) testing.

Dan

----- Original Message ----
From: "krish.hariharan@quasardb.com" <krish.hariharan@quasardb.com>
To: Jon.Crisler@usi.com
Cc: Oracle-L Freelists <oracle-l@freelists.org>
Sent: Monday, December 10, 2007 1:37:46 PM
Subject: Re: NFS on a 10g RAC cluster


Jon,

From discussions with a Unix architect, I understood that read-write
 nfs
has some holes that our security teams did not like. We however use
 read
only nfs routinely in many environments. The issues were:
1. Security did not like us using nfs, especially read-write
2. In our Solaris environments, in some older OS releases, stale nfs
mounts were problematic.

A question though: Is there a reason why you wouldn't have the nfs
 mounts
on all nodes of the RAC and perhaps control access to that mount point
through, say the services framework as opposed to failing the mount
 point
to different nodes?

-Krish

--
http://www.freelists.org/webpage/oracle-l


--0-1813010135-1197323996=:69672
Content-Type: text/html; charset=us-ascii

<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:10pt"><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><span>I'm not a fan of putting Oracle DBs on NFS. Furthermore, as this list shows: <a target="_blank" href="http://www.oracle.com/technology/products/database/clustering/certify/tech_generic_unix_new.html">http://www.oracle.com/technology/products/database/clustering/certify/tech_generic_unix_new.html</a>, only a relatively small handful of specialized NFS appliances/software are supported for RAC. That is, you can't take the typical UNIX NFS server implementation and use it to run RAC in a supported way. If you don't care about support and just want to build a sandbox, it may work fine--I've used OpenFiler for sandboxes and it worked well for my functional (not load) testing.</span><br><br>Dan<br><br><div style="font-family: times new
 roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: "krish.hariharan@quasardb.com" &lt;krish.hariharan@quasardb.com&gt;<br>To: Jon.Crisler@usi.com<br>Cc: Oracle-L Freelists &lt;oracle-l@freelists.org&gt;<br>Sent: Monday, December 10, 2007 1:37:46 PM<br>Subject: Re: NFS on a 10g RAC cluster<br><br>
Jon,<br><br>From discussions with a Unix architect, I understood that read-write
 nfs<br>has some holes that our security teams did not like. We however use
 read<br>only nfs routinely in many environments. The issues were:<br>1. Security did not like us using nfs, especially read-write<br>2. In our Solaris environments, in some older OS releases, stale nfs<br>mounts were problematic.<br><br>A question though: Is there a reason why you wouldn't have the nfs
 mounts<br>on all nodes of the RAC and perhaps control access to that mount point<br>through, say the services framework as opposed to failing the mount
 point<br>to different nodes?<br><br>-Krish<br><br>--<br><a href="http://www.freelists.org/webpage/oracle-l" target="_blank">http://www.freelists.org/webpage/oracle-l</a><br><br><br></div><br></div></div></body></html>
--0-1813010135-1197323996=:69672--
--
http://www.freelists.org/webpage/oracle-l