On 8/9/19 2:27 PM, Roger Zhou wrote: > > On 7/29/19 12:24 AM, Andrei Borzenkov wrote: >> corosync.service sets StopWhenUnneded=yes which normally stops it when >> pacemaker is shut down.
One more thought, Make sense to add "RefuseManualStop=true" to pacemaker.service? The same for corosync-qdevice.service? And "RefuseManualStart=true" to corosync.service? @Jan, @Ken What do you think? Cheers, Roger > > `systemctl stop corosync.service` is the right command to stop those > cluster stack. > > It stops pacemaker and corosync-qdevice first, and stop SBD too. > > pacemaker.service: After=corosync.service > corosync-qdevice.service: After=corosync.service > sbd.service: PartOf=corosync.service > > On the reverse side, to start the cluster stack, use > > systemctl start pacemaker.service corosync-qdevice > > It is slightly confusing from the impression. So, openSUSE uses the > consistent commands as below: > > crm cluster start > crm cluster stop > > Cheers, > Roger > >> Unfortunately, corosync-qdevice.service declares >> Requires=corosync.service and corosync-qdevice.service itself is *not* >> stopped when pacemaker.service is stopped. Which means corosync.service >> remains "needed" and is never stopped. >> >> Also sbd.service (which is PartOf=corosync.service) remains running as well. >> >> The latter is really bad, as it means sbd watchdog can kick in at any >> time when user believes cluster stack is safely stopped. In particular >> if qnetd is not accessible (think network reconfiguration). >> _______________________________________________ >> Manage your subscription: >> https://lists.clusterlabs.org/mailman/listinfo/users >> >> ClusterLabs home: https://www.clusterlabs.org/ >> > _______________________________________________ > Manage your subscription: > https://lists.clusterlabs.org/mailman/listinfo/users > > ClusterLabs home: https://www.clusterlabs.org/ > _______________________________________________ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/