On Mon, 2007-10-29 at 09:48 -0700, Scott Becker wrote: > I'm building a 3-node cluster. > > One public subnet. > > No shared filesystem > > Starting with just one service (www) on one movable IP address. So, static content copied manually (or rsync'd periodically) between multiple nodes... > I will be routinely bring down one node at a time for maintenance so I > must configure the cluster for one node operation. I can't use the > two_node="1" setting because I would have to bring the cluster down to > set and unset it. Not only that, but you need to use power fencing w/ two_node="1" for it to work. > I want to use an IP tie-breaker to verify that the node can reach the > main router. Is this, along with a self test of the web service, fs > writable, etc. adequate for one, two and three node operation? Or would > I also need a Qdisk? Currently, you can't use qdisk to do that - because qdisk needs to talk to shared storage (and therefore, fencing) as well. What about just getting another pair of nodes that you can just let run and running piranha+LVS to direct traffic to your frequently-maintained servers since there's no shared data? It kind of side-steps the quorum problem. -- Lon -- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
