[ClusterLabs] Antw: Re: Antw: [EXT] Two node cluster and extended distance/site failure
Strahil Nikolov
hunter86_bg at yahoo.com
Wed Jun 24 08:34:10 EDT 2020
Instead of NFS, iSCSI is also an option.
Best Regards,
Strahil Nikolov
На 24 юни 2020 г. 13:42:26 GMT+03:00, Andrei Borzenkov <arvidjaar at gmail.com> написа:
>24.06.2020 12:20, Ulrich Windl пишет:
>>>
>>> How Service Guard handles loss of shared storage?
>>
>> When a node is up it would log the event; if a node is down it
>wouldn't care;
>> if a node detects a communication problem with the other node, it
>would fence
>> itself.
>>
>
>So in case of split brain without witness both nodes fence itself and
>become unavailable. Which is exactly what I'd like to avoid if
>possible.
>
>> But hoestly: What sense does it make to run a node if the shared
>storage is
>> unavailable?
>>
>
>Cluster nodes may use NFS which is not suitable for SBD (although I
>wonder if shared file on NFS may work) and shared SAN storage used for
>witness only. In this case it makes all sort of sense to continue when
>witness is not available.
>_______________________________________________
>Manage your subscription:
>https://lists.clusterlabs.org/mailman/listinfo/users
>
>ClusterLabs home: https://www.clusterlabs.org/
More information about the Users
mailing list