[ClusterLabs] Antw: Re: [Question] About movement of pacemaker_remote.
Ulrich Windl
Ulrich.Windl at rz.uni-regensburg.de
Thu Apr 2 13:30:09 UTC 2015
>>> David Vossel <dvossel at redhat.com> schrieb am 02.04.2015 um 14:58 in Nachricht
<796820123.6644200.1427979523554.JavaMail.zimbra at redhat.com>:
>
> ----- Original Message -----
>>
>> > On 14 Mar 2015, at 10:14 am, David Vossel <dvossel at redhat.com> wrote:
>> >
>> >
>> >
>> > ----- Original Message -----
>> >>
>> >> Failed actions:
>> >> snmp2_start_0 on sl7-01 'unknown error' (1): call=8, status=Timed Out,
>> >> exit-reason='none', last-rc-change='Thu Mar 12 14:26:26 2015',
>> >> queued=0ms, exec=0ms
>> >> snmp2_start_0 on sl7-01 'unknown error' (1): call=8, status=Timed Out,
>> >> exit-reason='none', last-rc-change='Thu Mar 12 14:26:26 2015',
>> >> queued=0ms, exec=0ms
>> >> -----------------------
>> >
>> > Pacemaker is attempting to restore connection to the remote node here, are
>> > you
>> > sure the remote is accessible? The "Timed Out" error means that pacemaker
>> > was
>> > unable to establish the connection during the timeout period.
>>
>> Random question: Are we smart enough not to try and start pacemaker-remote
>> resources for node's we've just fenced?
>
> we try and re-connect to remote nodes after fencing. if the fence operation
> was 'off' instead of 'reboot', this would make no sense. I'm not entirely
> sure how to handle this. We want the remote-node re-integrated into the
> cluster,
> but i'd like to optimize the case where we know the node will not be coming
> back online.
Beware: Even if the fencing action is "off" (for software), a human may decide to boot the node anyway, also starting the cluster software.
>
>>
>>
>>
>> _______________________________________________
>> Users mailing list: Users at clusterlabs.org
>> http://clusterlabs.org/mailman/listinfo/users
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://bugs.clusterlabs.org
>>
>
> _______________________________________________
> Users mailing list: Users at clusterlabs.org
> http://clusterlabs.org/mailman/listinfo/users
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
More information about the Users
mailing list