[Pacemaker] DC election with downed node in 2-way cluster

[Miki Shapiro]

>> And the node really did power down?
Yes. 100% certain and positive. OFF.

>> But the other node didn't notice?!?
Its resources (drbd master and the fence clone) did notice.
Its dc-election-mechanism did NOT notice (and the survivor didn't re-elect)
Its quorum-election mechanism did NOT notice (and the survivor still thinks it has quorum). 

Logs attached. 

Keep in mind I'm relatively new to this. PEBKAC not entirely outside the realm of the possible ;)

Thanks!

-----Original Message-----
From: Andrew Beekhof [mailto:andrew at beekhof.net] 
Sent: Wednesday, 13 January 2010 7:26 PM
To: pacemaker at oss.clusterlabs.org
Subject: Re: [Pacemaker] DC election with downed node in 2-way cluster

On Wed, Jan 13, 2010 at 9:12 AM, Miki Shapiro <Miki.Shapiro at coles.com.au> wrote:
> Halt = soft off - a natively issued poweroff command that shuts stuff down
> nicely, then powers the blade off.

And the node really did power down?
But the other node didn't notice?!? That is insanely bad - looking
forward to those logs.

> Logs I'll send tomorrow (our timezone is just wrapping up for the day).

Yep, I'm actually an Aussie too... just not living there at the moment :-)

_______________________________________________
Pacemaker mailing list
Pacemaker at oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

______________________________________________________________________
This email and any attachments may contain privileged and confidential
information and are intended for the named addressee only. If you have
received this e-mail in error, please notify the sender and delete
this e-mail immediately. Any confidentiality, privilege or copyright
is not waived or lost because this e-mail has been sent to you in
error. It is your responsibility to check this e-mail and any
attachments for viruses.  No warranty is made that this material is
free from computer virus or any other defect or error.  Any
loss/damage incurred by using this material is not the sender's
responsibility.  The sender's entire liability will be limited to
resupplying the material.
______________________________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pacemaker-problem.tbz2
Type: application/octet-stream
Size: 5711 bytes
Desc: pacemaker-problem.tbz2
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20100114/a2040c82/attachment-0001.obj>