Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 9721 invoked from network); 10 Dec 2007 14:24:49 -0600 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by 69.64.49.119 with SMTP; 10 Dec 2007 14:24:49 -0600 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D7D037D6A09; Mon, 10 Dec 2007 15:24:49 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28470-08-8; Mon, 10 Dec 2007 15:24:49 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 043E97D6A4C; Mon, 10 Dec 2007 15:24:48 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 10 Dec 2007 14:37:52 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 92A827D6BED for ; Mon, 10 Dec 2007 14:37:52 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13769-01 for ; Mon, 10 Dec 2007 14:37:52 -0500 (EST) Received: from webmail1.abac.com (webmail1.abac.com [216.55.191.200]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4FB5F7D6B92 for ; Mon, 10 Dec 2007 14:37:51 -0500 (EST) Received: from webmail.quasardb.com (localhost.abac.com [127.0.0.1]) by webmail1.abac.com (8.13.8/8.13.8) with ESMTP id lBAJbj3t031399; Mon, 10 Dec 2007 11:37:45 -0800 (PST) (envelope-from krish.hariharan@quasardb.com) Received: from 209.244.4.106 (SquirrelMail authenticated user krish.hariharan@quasardb.com) by webmail.quasardb.com with HTTP; Mon, 10 Dec 2007 11:37:46 -0800 (PST) Message-ID: <24698.209.244.4.106.1197315466.squirrel@webmail.quasardb.com> In-Reply-To: <56211FD5795F8346A0719FEBC0DB067501835317@mds3aex08.USIEXCHANGE.COM> References: <716f7a630711151453x1d0a6ab7mde54091bac5fe01a@mail.gmail.com> <255147.55876.qm@web38904.mail.mud.yahoo.com> <716f7a630711152227v7f1dbe4el96faf70e9f20a8de@mail.gmail.com> <716f7a630711161422i5406a2e9nbcf080b229012e5f@mail.gmail.com> <716f7a630711261449v616b82b1y421802b2532094d7@mail.gmail.com> <716f7a630712040719r462b1068u5da2091036359886@mail.gmail.com> <716f7a630712100742s41f480b6w3cb1f1fe58ee5303@mail.gmail.com> <56211FD5795F8346A0719FEBC0DB067501835317@mds3aex08.USIEXCHANGE.COM> Date: Mon, 10 Dec 2007 11:37:46 -0800 (PST) Subject: Re: NFS on a 10g RAC cluster From: krish.hariharan@quasardb.com To: Jon.Crisler@usi.com Cc: "Oracle-L Freelists" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Spam-Score: 0.648 (NO_REAL_NAME,SPF_HELO_PASS,SPF_PASS) X-archive-position: 3815 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: krish.hariharan@quasardb.com Precedence: normal Reply-to: krish.hariharan@quasardb.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: Debian amavisd-new at localhost.localdomain 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