[Linux-cluster] OracleRAC10gR2 plus GFS using GULM (lock servers need access to the shared storage?)

[Filipe Miranda]

Answering my question, the lock servers need to have access to the shared
LUNs  because CLVM does its locking across all nodes of the cluster, so the
all the nodes need to be able to see the shared storage so when you do CLVM
operations they can do the locking properly.

Now the question is, can I disable the CLVM on the lock servers and the
answer is yes, just use the clvm=0 on the clusternode tag on cluster.conf.

But what if later on, a few months from now, the customer decides to add
access to a GFS LUNs from the lock servers?
Then I will have to use lvm tags to map the LUNs accordinly. I'm still
trying to test this, but no sucess yet.
I found the documentation for it on
http://sources.redhat.com/cgi-bin/cvsweb.cgi/LVM2/doc/tagging.txt?rev=1.1&content-type=text/x-cvsweb-markup&cvsroot=lvm2&only_with_tag=v2_02_10

But I'm having a hard time to setup this...



On 10/11/06, eloy.acosta at fon.com <eloy.acosta at fon.com> wrote:
>
> Why don´t use ASM???
>
> ----- Original Message -----
> From: Filipe Miranda <filipe.miranda at gmail.com>
> To: Linux Cluster <linux-cluster at redhat.com>
> Sent: miércoles 11 de octubre de 2006 15H25 GMT+0100
> Subject: [Linux-cluster] OracleRAC10gR2 plus GFS using GULM (lock servers
> need access to the shared storage?)
>
> Hello everybody,
>
> I read Oracle RAC10gR2 plus GFS 6.1 (Using RHCS for v4 U3) documentation
> and Oracle will only support an implementation of GFS using GULM lock
> servers in conjunction with the RAC solution.
> The documentation says that the lock servers (3 machines separate from the
> RAC nodes, for example) also need access to the storage, why ? Could someone
> explain why the lock servers also need access to the shared storage and
> acess to which LUNs?
>
> Regards,
> --
> ---
> Filipe T Miranda
>
>
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20061011/41e22298/attachment.htm>