Thanks Bob, that was my thought as well but just wasn't sure if that was the best way to implement partitioning. I suppose I'm still a bit not comfy with GFS considering I've never seen it in action but should do in a few days time, as I'm starting to set up the cluster suite and GFS now. I'm assuming I still cannot use Logical Volumes on the cluster nodes while the nodes are being used within a cluster in conjunction with GFS? How do people provide for RAID1 type redundancy against system boot-disk failure for each of their cluster nodes if I can't setup software raid for these nodes? Do I run a cron job to sync up the two drives within the system so in case of a drive failure, I can at least boot the system using the secondary drive? Thanks, RR -----Original Message----- From: linux-cluster-bounces@xxxxxxxxxx [mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Robert Peterson Sent: Thursday, June 22, 2006 4:46 AM To: linux clustering Subject: Re: partitioning of filesystems in cluster nodes Hi RR, For your the local root partitions on the individual nodes, it's probably best to use ext3. On the SAN, use GFS and Red Hat Cluster Suite. Then perhaps you can create a symlink from your local node's mount point to the SAN, e.g. from /mnt/gfs_san/var/spool to its local /var/spool. Regards, Bob Peterson Red Hat Cluster Suite -- Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
