[ClusterLabs] corosync.service (and sbd.service) are not stopper on pacemaker shutdown when corosync-qdevice is used

Roger Zhou ZZhou at suse.com
Fri Aug 9 02:27:05 EDT 2019


On 7/29/19 12:24 AM, Andrei Borzenkov wrote:
> corosync.service sets StopWhenUnneded=yes which normally stops it when
> pacemaker is shut down.

`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/
> 


More information about the Users mailing list