Re: RHCS 3: A NFS only solution possible ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Frank,

I've just returned from a customer installation where we had the very same problem.

We set up a meeting to decide between going to CSv4 or not because of a NetApp storage.

We ended up staying with CSv3, but creating a LUN over iSCSI on the NetApp filer to serve as a LUN for our raw device quorum partitions.

As far as I can tell, this solution is supported by Red Hat, I've found some december 2004 news on the Net reporting an agreement between Red Hat and NetApp to support Cluster Suite over iSCSI. Can someone from Red Hat confirm this?

The only difficulties I've had is that I was forced to configure the CSv3 to use broadcast heartbeating. Multicast didn't work in any way for the quorum devices, with very strange behaviours.

Another try would be using Disk-based tiebraker, but I'll let this issue for an expertise. We had a 2-node cluster, and the CS GUI recommends IP tiebraker for a 2-node cluster.

By the way, this configuration was also fully supported by NetApp. Their consultant was very positive about using this solution over iSCSI and even told us that we would receive support from NetApp.

As a technical note, NetApp recommended using the iSCSI initiator provided with RHEL, which was our preferd option.

Hope this helps you.

Celso.

PS: this environment is under production today, supporting Oracle 9i. The Oracle datafiles are over NFS on NetApp.



Weyns, Frank escreveu:
Hi ,
With RHCS 4 it is possible to build a cluster using as shared storage NFS NetApp filers. It does not need a quorum disk because of the fencing devices..... But .... Because of an old application I need to build this cluster on RHEL 3u5 and RHCS 3 ... this means raw shared storage.
(Or do i get confused with mc service guard ?)
So can I create a raw device on NFS ? or is there another way around the quorum?/raw disks ? Any other ideas or hints ? Frank (a) Weyns (.) net
Disclaimer

Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht.

This e-mail and any attachments are confidential and is solely intended for the addressee only. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message.


------------------------------------------------------------------------

--

Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

--
*Celso Kopp Webber*

celso@xxxxxxxxxxxxxxxx <mailto:celso@xxxxxxxxxxxxxxxx>

*Webbertek - Opensource Knowledge*
(41) 8813-1919
(41) 3284-3035

--

Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux