Turning off Quorum Server

[James Bowman_3]

Hi,

We need to physically relocate our ServiceGuard Quorum Server in the near future.

Will shutting it down affecting any of our running ServiceGuard clusters?

We had an issue recently where a Cluster tried to reform when the Quorum Service was off the air, the Cluster then shut itself down when it couldn't make contact. Is there any way to prevent this happening for the duration of the Server Move?

Any advice or assistance would be much appreciated,

Many Thanks
James

[g3jza]

Hi,
how long will take the outage of the quorum server? If it's going to take a few days, then you can make a new temporary QS within a few minutes (it can be installed on Linux also).

Since some version of SG ( 18+ or 19+ ), the reconfiguration of cluster quorum type can be done online. Or you can change the QS for lvm cluster lock disk for the time of movement.

[James Bowman_3]

It's only due to be off the air for an hour.

We're not overly concerned with ServiceGuard not failing the Application over in the event of an issue, more so that the Quorum Service being unavailable might cause an issue itself.

I've been told that the SG Version we're running doesn't allow us to change the Quorum Service without taking down the Cluster which is unfortunate as we do have a second Quorum Server.

Thanks
James

[g3jza]

Only an hour should not be a problem, but you can never say what's gonna happen to the cluster during that one damn hour :) .

We had an issue in our environment once:
After the weekend outage, the cluster, althought got started after the outage, went down on Monday morning. The cause was simple:
one node of the 2node cluster was vPar and was being dynamically allocated / deallocated processors every morning . During this 'vparmodify' command, the node just 'freezed' for a few seconds and cmcld daemon was not running which caused a cluster reformation, and since the quorum server was down after the outage, the cluster couldn't reform :)

[James Bowman_3]

Yeah, that's kind of our fear, that something will happen that would cause it to try and reform, and that without the Quorum Server present the Cluster would shut down.

Any ideas how to stop it trying to reform or are we stuck?

Thanks for the responses so far!

James

[Michael Steele_2]

Please describe your environment. You can have a 2 node cluster where the master is also the quorum server and you just failover. Are you describing a 3 node cluster with a 3rd node doing nothing? I mean, most quorum servers are doing something.

[g3jza]

If you have 2 nodes in the cluster, you could probably also add another node into the cluster, which would be acting as Arbitrating node (doing just nothing). This decreases the risk of having equal or less than 50% of nodes that were running previously before some potential reformation occurs. And in this situation, the cluster lock, which is a quorum server in your case, is not going to be used.

But that's just a bit too much work to configure another node to a running cluster :) .

[James Bowman_3]

Sorry, we've two Servers in the Cluster. The Quorum server is separate to the two, and also serves a different unrelated function.

We plan to shut it down and leave both Servers in the Cluster up and running.

And, naturally, we're hoping for a solution that wouldn't require an outage on the cluster to implement :)

Thanks again,
James

[g3jza]

You should be able to temporary add new node to the cluster online, acting as the arbitrator node. But as I was saying, the amount of work, if it is worth it.

[Michael Steele_2]

Need to know your version of MC/SG