[ClusterLabs] resource start after network reconnected

[Strahil Nikolov]

 You are right, but usually when the SBD disk has failed, I always focus on recovering it as soon as possible. Once the disk is recovered and the watcher detects it back - shutting down is possible.

And of course disk-based sbd is better than nothing.

Best Regards,Strahil Nikolov
 
  On Sun, Nov 21, 2021 at 8:47, Andrei Borzenkov<arvidjaar at gmail.com> wrote:   On 21.11.2021 00:39, Strahil Nikolov via Users wrote:
> Nope, as long as you use SBD's integration with pacemaker. As the 2 nodes can communicate between each other sbd won't act. I thinkt it was an entry like this in the /etc/sysconfig/sbd: 'SBD_PACEMAKER=yes'
>  

That's correct except it is impossible to stop pacemaker on one node under this condition because the remaining node will immediately commit suicide. It is not even possible to perform normal cluster shutdown.

I wish SBD supported "deactivate" message to stop pretending that it knows better than administrator or - even better - understood that pacemaker is stopping intentionally. Currently there is no way around it (short of pkill -9 sbd) because systemd unit refuses manual SBD stop.

>  
>  On Sat, Nov 20, 2021 at 23:24, Valentin Vidić via Users<users at clusterlabs.org> wrote:  On Sat, Nov 20, 2021 at 08:33:26PM +0000, Strahil Nikolov via Users wrote:
>> You can also use this 3rd node to provide iSCSI and then the SBD will
>> be disk-full :D . The good thing about this type of setup is that you
>> do won't need to put location constraints for the 3rd node.
> 
> Wouldn't that make the iSCSI node a SPOF? If the iSCSI goes down, SBD
> resets both cluster nodes.
> 
> 
> _______________________________________________
> 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/
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20211121/c0db9bd0/attachment-0001.htm>