[DRBD-user] Can't Get DRBD Master/Slave out of secondary/secondary using pacemaker

[Arnold Krille]

On Friday 23 September 2011 21:23:55 Florian Haas wrote:
> On 2011-09-23 19:06, Arnold Krille wrote:
> > On Friday 23 September 2011 17:54:26 Florian Haas wrote:
> >> On 2011-09-23 14:58, Nick Khamis wrote:
> >>> colocation mysql_on_drbd \
> >>> 
> >>> 	inf: ms_drbd_mysql:Master HAServices
> >> 
> >> Incorrect; should be "colocation mysql_on_drbd inf: HAServices
> >> ms_drbd_mysql:Master"
> > 
> > As far as I understand both the docs and my practical experience, the
> > order of elements in the colocation is irrelevant.
> Not trying to challenge your experience or your understanding of the
> documentation, but the idea that colocation constraints are
> non-directional is simply a wrong assumption.
> http://www.clusterlabs.org/mwiki/images/6/61/Colocation_Explained.pdf
> Slide 2.

Challenge accepted:) I will check my experience next week, the cluster 
concerned isn't yet in productional use.

> > The order in groups or in order-statements however is not.
> For a group, that is of course unless is has meta ordered=false.

Unordered groups inside ordered groups are something I have to get my head 
around too. But probably my cluster definitions will be more complex than 
"simple" groups inside groups because for two machines there is the chain of 
drbd-ms->gfs->mount->libvirt, for the (not yet realized) extensions it will be 
iscsi->gfs->mount->libvirt. And the prerequisite for virtual machine should 
only be "libvirt"...

Have a nice weekend,

Arnold
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20110923/4f001cdf/attachment.pgp>