Hi Dejan,
Thank you for your quick response.
Cheers,
Yoshihiko SATO
(2010/01/07 15:54), Dejan Muhamedagic wrote:
> Hi Yoshihiko-san,
>
> On Thu, Jan 07, 2010 at 10:18:14AM +0900, Yoshihiko SATO wrote:
>> Hi Dejan,
>>
>>> Many thanks for the patch. Just applied it, slightly modified.
>> Thank
Hi Yoshihiko-san,
On Thu, Jan 07, 2010 at 10:18:14AM +0900, Yoshihiko SATO wrote:
> Hi Dejan,
>
> >Many thanks for the patch. Just applied it, slightly modified.
> Thank you.
> I confirmed it.
> "meatclient -c nodeB -w" is good.
> but, "meatclient -c nodeB" (no -w option) failed.
Yes, pretty obv
Hi Dejan,
Many thanks for the patch. Just applied it, slightly modified.
Thank you.
I confirmed it.
"meatclient -c nodeB -w" is good.
but, "meatclient -c nodeB" (no -w option) failed.
--
[r...@nodea ~]# meatclient -c nodeB
WARNING!
If node "nodeB" has not been manually power-cycled o
Hi Yoshihiko-san,
On Thu, Dec 24, 2009 at 10:23:41AM +0900, Yoshihiko SATO wrote:
> Hi,
>
>> The idea is nice, but what we actually want is a "crm node
>> clean-down-confirmation XXX" command, that clears the CIB accordingly.
>
> Is this option added in the future?
> I think that I should solve it
Hi,
The idea is nice, but what we actually want is a "crm node
clean-down-confirmation XXX" command, that clears the CIB accordingly.
Is this option added in the future?
I think that I should solve it in the another way until this option is added to
crm.
As the method, I want to add the wait
On 2009-11-16T18:58:12, Dejan Muhamedagic wrote:
> To have this handled by CRM, crmd would have to cancel the
> currently running stonith action, i.e. send the appropriate
> message to stonithd.
Sure. This also happens if the node eventually reboots and rejoins
cleanly, too, anyway.
> If handle
Hi,
Thanks reply and advice.
> The idea is nice, but what we actually want is a "crm node
> clean-down-confirmation XXX" command, that clears the CIB accordingly.
good idea and desirable function.
However, I think that it is also good thing (and no problem) to apply patch in
the meaning of enhan
Hi,
On Sun, Nov 15, 2009 at 07:55:48PM +0100, Andrew Beekhof wrote:
> On Sat, Nov 14, 2009 at 6:58 PM, Lars Marowsky-Bree wrote:
> > On 2009-11-13T11:42:31, Dejan Muhamedagic wrote:
> >
> >> > I would like to hear any opinion.
> >>
> >> Great idea! But I'd like to suggest a bit different executi
On Sat, Nov 14, 2009 at 6:58 PM, Lars Marowsky-Bree wrote:
> On 2009-11-13T11:42:31, Dejan Muhamedagic wrote:
>
>> > I would like to hear any opinion.
>>
>> Great idea! But I'd like to suggest a bit different execution,
>> i.e. to have usage like this:
>
> The idea is nice, but what we actually w
On 2009-11-13T11:42:31, Dejan Muhamedagic wrote:
> > I would like to hear any opinion.
>
> Great idea! But I'd like to suggest a bit different execution,
> i.e. to have usage like this:
The idea is nice, but what we actually want is a "crm node
clean-down-confirmation XXX" command, that clears
Hi Yoshihiko-san,
On Fri, Nov 13, 2009 at 06:05:15PM +0900, Yoshihiko SATO wrote:
> Hi,
>
> I setup glue + corosync + pacemaker. I have 3 nodes or more.
> I configure STONITH plugin with ibmrsa-telnet and meatware.
>
>
> When all plugins fail, action as follows, right?
> 1) ibmrsa-telnet -> fai
Hi,
I setup glue + corosync + pacemaker. I have 3 nodes or more.
I configure STONITH plugin with ibmrsa-telnet and meatware.
When all plugins fail, action as follows, right?
1) ibmrsa-telnet -> fail
2) meatware -> fail
3) remote fencing (ibmrsa-tenlet and meatware) -> timeout
4) return 1)
in th
12 matches
Mail list logo