[ClusterLabs] Is corosync supposed to be restarted if it fies?

Jan Pokorný jpokorny at redhat.com
Tue Nov 28 05:01:50 EST 2017


On 27/11/17 17:43 +0300, Andrei Borzenkov wrote:
> Отправлено с iPhone
> 
>> 27 нояб. 2017 г., в 14:36, Ferenc Wágner <wferi at niif.hu> написал(а):
>> 
>> Andrei Borzenkov <arvidjaar at gmail.com> writes:
>> 
>>> 25.11.2017 10:05, Andrei Borzenkov пишет:
>>> 
>>>> In one of guides suggested procedure to simulate split brain was to kill
>>>> corosync process. It actually worked on one cluster, but on another
>>>> corosync process was restarted after being killed without cluster
>>>> noticing anything. Except after several attempts pacemaker died with
>>>> stopping resources ... :)
>>>> 
>>>> This is SLES12 SP2; I do not see any Restart in service definition so it
>>>> probably not systemd.
>>>> 
>>> FTR - it was not corosync, but pacemakker; its unit file specifies
>>> RestartOn=error so killing corosync caused pacemaker to fail and be
>>> restarted by systemd.
>> 
>> And starting corosync via a Requires dependency?
> 
> Exactly.

From my testing it looks like we should change
"Requires=corosync.service" to "BindsTo=corosync.service"
in pacemaker.service.

Could you give it a try?

-- 
Jan (Poki)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20171128/5e83176b/attachment-0003.sig>


More information about the Users mailing list