ClusterLabs / pcs

Pacemaker command line interface and GUI
GNU General Public License v2.0
250 stars 116 forks source link

[booth] `pcs booth status` does not reflect where is the cluster-local booth representative running (if so) #230

Open jnpkrn opened 4 years ago

jnpkrn commented 4 years ago

In case you happen to run said command in case you didn't pick the right, "currently representative" node, you get to see an unexpected outcome:

# pcs booth status
> Error: unable to get status of booth daemon: Dec 10 20:40:10 virt-154 booth: [13424]: error: Cannot find myself in the configuration.

Well, of course, you cannot, since pcs invoked you at the wrong node (lazily, just the local one right away).

What should pcs have done instead:

  1. realize whether the home node is part of the cluster with multisite clustering configured

  2. if so, it shall deduce where the local cluster representative is currently running within cluster, and route the request over there[*]

  3. if not, currentl behaviour is likely fine, expect to report from local arbitrator POV

[*] regarding "routing the request (soliciting info), there are 2 possiblities:

tomjelinek commented 4 years ago

Due to time constraints and other priorities, we haven't been able to implement these planned higher level booth commands which would be aware of the whole booth formation and which would be able to operate at a cluster level and booth formation level. For the users to be able to set booth at least somehow, only the node-level commands have been implemented. Those, even if not as comfortable as one may desire, provide a complete set of operations needed for configuring and managing booth.

The plans for the more comfortable booth management are still there. Unfortunately given current developer resources and backlog, it is a "blue-sky" project for now.