| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
> You piqued my interest to read the GFS 6.0 Admin doc: > > http://www.redhat.com/docs/manuals/csgfs/admin-guide/ > > I don't think the 3rd node needs to be attached to shared storage ... > > The 3-node minimum is for the GULM (a descendent of OpenGFS' memexp) > lock server, when used in a redundant failover mode (RLM). It just > needs an odd number of *lock* servers simply in order to determine > quorum (e.g. 2 out of 3). Clearly I need to learn how to read, thanks! That makes it a bit more attractive as an option to look at. I think I'm going to go production with the opengfs setup since I'm close to have it scripted for smooth startup, etc. I'll save a slice of disc on my filesystem for testing GFS in case I find that to be a better option. > The filesystem nodes are rather independent of the lock servers; you can > run the filesytem on the same or different nodes as the lock servers. > It looks like the cluster management stuff expects to be told about > *all* of the nodes, filesystem and/or lock server, so all 3 nodes would > be considered part of the cluster, whether or not each mounts the > filesystem. which is fine since as far as the LTSP clients are concerned they are only going to see the two with disc anyway per the configs. We've got plenty of spare servers that I could run the 3rd node on, even systems that are themselves heartbeat/drbd redundant. > Let us know how you do. Sure thing, thanks for helping me remove the blinders on GFS :) I'll report back if I end up testing the redhat implementation. Any word on how/when the ogfs and GFS projects will combine? Thanks! -Marc Swanson- ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Opengfs-users mailing list Opengfs-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/opengfs-users