RE: GFS

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

 



My point was, you wanted to use a "small NFS cluster".  Theres no difference between a small NFS cluster, and using GFS directly.  Unless by cluster you didn't mean RHCS.

-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Kristoffer Knigga
Sent: Wednesday, October 29, 2008 8:48 AM
To: General Red Hat Linux discussion list
Subject: RE: GFS

Well, because the cluster software would also cause overhead.  The cluster requires a half dozen or more extra services to be running.

Also, best practices require fencing to be set up and working.  I'd hate to have a machine with no failover capabilities spontaneously power cycled because of a network hiccup or something.  Though I suppose you could get around that with fiber switch fencing instead of power fencing, but still, it wouldn't be pretty.



-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Marti, Rob
Sent: Wednesday, October 29, 2008 8:38 AM
To: General Red Hat Linux discussion list
Subject: RE: GFS

Depends... since you still have to have shared storage, and more than likely GFS, why add the overhead of NFS?

Rob

-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Kristoffer Knigga
Sent: Wednesday, October 29, 2008 8:35 AM
To: General Red Hat Linux discussion list
Subject: RE: GFS

For something like /home, though, an small NFS cluster would probably be way less of a hassle than a huge cluster and it would still eliminate the single point of failure.



-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Marti, Rob
Sent: Wednesday, October 29, 2008 8:26 AM
To: General Red Hat Linux discussion list
Subject: RE: GFS

Its at least a partial replacement - instead of a single box exporting an NFS share for a bunch of boxes to mount (IE single point of failure) you have each box mount it directly.

But yes, you need the clusterware installed and configured for gfs to be useable.

-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Kristoffer Knigga
Sent: Wednesday, October 29, 2008 8:24 AM
To: General Red Hat Linux discussion list
Subject: RE: GFS

I just took RH436 last week, so here is what I understand from that:

You must have a basic cluster set up to use GFS.  The reason being that everything using a shared file system like this must be able to communicate in order to negotiate locking.  If there was no such communication, you'd have the possibility of node1 and node2 trying to write the same block at the same time, and thus causing inconsistent data.  Red Hat Cluster Suite manages this communication to ensure everything is copasetic.

Shared storage + GFS is not a replacement for NFS.

Kris



-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Ryan Golhar
Sent: Tuesday, October 07, 2008 3:50 PM
To: General Red Hat Linux discussion list
Subject: GFS

Has anyone successfully setup GFS?  I have SAN connected to several
computers by fibre, and it appears that GFS is the way to go as opposed
to use an NFS server.

Do I really need to set up all the other aspects of a Redhat cluster to
get GFS to work?  There doesn't seem to be a good HOW-TO of this
anywhere, and the RedHat docs are not as helpful as I would have liked.



______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux