On 26 Nov 2013, at 12:39 am, Andrey Groshev wrote:
>> ...snip...
>>> Make next test:
>>> #stonith_admin --reboot=dev-cluster2-node2
>>> Node reboot, but resource don't start.
>>> In crm_mon status - Node dev-cluster2-node2 (172793105): pending.
>>> And it will be hung.
>>
>> That is *proba
>...snip...
>> Make next test:
>> #stonith_admin --reboot=dev-cluster2-node2
>> Node reboot, but resource don't start.
>> In crm_mon status - Node dev-cluster2-node2 (172793105): pending.
>> And it will be hung.
>
> That is *probably* a race - the node reboots too fast, or still
> communicates
On 2013-11-20T09:45:54, Andrey Groshev wrote:
> > A "fence" request is executed when a node is deemed to be in an
> > untrustworthy state - when a stop has failed, or when a network error
> > occurs. Note that in the last case, login via ssh is obviously no longer
> > possible at all.
> In last c
On 2013-11-19T19:20:43, "Masopust, Christian"
wrote:
> at this point I'd like to jump in as I'm completely new to fencing :)
>
> My question is: which node exactly does the fencing?
One of the nodes that remain in the quorate partition.
Regards,
Lars
--
Architect Storage/HA
SUSE LINUX
19.11.2013, 23:17, "Lars Marowsky-Bree" :
> On 2013-11-19T23:06:04, Andrey Groshev wrote:
>
>>> First, like digimer wrote, clearly stonith-by-ssh is useless for
>>> production since you can't fence nodes that are having problems. But for
>>> testing, it's worth a try.
>> Maybe I do not quite
November 2013 20:10
> An: The Pacemaker cluster resource manager
> Betreff: Re: [Pacemaker] some questions about STONITH
>
> On 2013-11-19T23:06:04, Andrey Groshev wrote:
>
> > > First, like digimer wrote, clearly stonith-by-ssh is useless for
> > > production sin
On 2013-11-19T23:06:04, Andrey Groshev wrote:
> > First, like digimer wrote, clearly stonith-by-ssh is useless for
> > production since you can't fence nodes that are having problems. But for
> > testing, it's worth a try.
> Maybe I do not quite understand correctly the term "fence"
A "fence" re
On 19/11/13 14:06, Andrey Groshev wrote:
>
>
> 19.11.2013, 22:30, "Lars Marowsky-Bree" :
>> On 2013-11-19T22:10:29, Andrey Groshev wrote:
>>
>> First, like digimer wrote, clearly stonith-by-ssh is useless for
>> production since you can't fence nodes that are having problems. But for
>> testing,
19.11.2013, 22:30, "Lars Marowsky-Bree" :
> On 2013-11-19T22:10:29, Andrey Groshev wrote:
>
> First, like digimer wrote, clearly stonith-by-ssh is useless for
> production since you can't fence nodes that are having problems. But for
> testing, it's worth a try.
Maybe I do not quite understand
On 2013-11-19T22:10:29, Andrey Groshev wrote:
First, like digimer wrote, clearly stonith-by-ssh is useless for
production since you can't fence nodes that are having problems. But for
testing, it's worth a try.
Note that cluster-glue actually does include an external/ssh script.
You're reinventi
SSH-based fencing isn't. A fence method can not assume that the target
is in any way functional. A quick way to see why is to crash a node with
'echo c > /proc/sysrq-trigger'.
digimer
On 19/11/13 13:10, Andrey Groshev wrote:
> Hi everyone again.
>
> I started training with STONITH.
> I wrote a l
Hi everyone again.
I started training with STONITH.
I wrote a little STONITH external script.
Its basic moments:
* send the command "reboot" with SSH authentication using a key.
* The script takes a single argument - the path to the private key.
* Any node can send reboot any node (even yourself).
12 matches
Mail list logo
