[Linux-HA] HB2 with DRBD (master_slave) and OCFS2 (clone)

[Raoul Bhatia [IPAX]]

Andrew Beekhof wrote:
> On 9/17/07, Andrew Beekhof <beekhof at gmail.com> wrote:
>> On 8/31/07, Raoul Bhatia [IPAX] <r.bhatia at ipax.at> wrote:
>>> hi,
>>>
>>> i have a problem with hb2, drbd and ocfs2 and two (master-master) nodes:
>>>
>>>
>>> 1) when i start one node:
>>> heartbeat is starting and activates the 2 drbd devices. most of the time
>>> they become master (primary) but sometimes even this fails (see attached
>>> config/logfiles)
>> i'll look and get back to you
> 
> hard to say with only info logs and above.
> 
> can you set "debug 1" in ha.cf and retry?
> 
> also, it would make my life a lot easier if you gave me a hint as to
> what part of the logs demonstrate the problem :-)

i don't recall if you refered to the drbd master/slave problem or the
drbd + ocfs2 one.

the problem somehow lies within the order of drbd/ocfs2 - please refer
to the attached logfiles.

this does not work:
> <rsc_colocation id="fs1:on_drbd_www"   to="ms_drbd_www" role="master" from="ocfs2_www" score="infinity"/>

this does work:
> <rsc_colocation id="fs1:0_on_drbd_www" to="ms_drbd_www" to_role="master" from="ocfs2_www:0" score="infinity"/>
> <rsc_colocation id="fs1:1_on_drbd_www" to="ms_drbd_www" to_role="master" from="ocfs2_www:1" score="infinity"/>

in my quick tests, i wasn't able to reproduce master/slave problem thou.

if the new colocation rules solve this issue, feel free to drop it!

cheers,
raoul bhatia
-- 
____________________________________________________________________
DI (FH) Raoul Bhatia M.Sc.          email.          r.bhatia at ipax.at
Technischer Leiter

IPAX - Aloy Bhatia Hava OEG         web.          http://www.ipax.at
Barawitzkagasse 10/2/2/11           email.            office at ipax.at
1190 Wien                           tel.               +43 1 3670030
FN 277995t HG Wien                  fax.            +43 1 3670030 15
____________________________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cib_orig.xml.gz
Type: application/gzip
Size: 1789 bytes
Desc: not available
Url : http://lists.community.tummy.com/pipermail/linux-ha/attachments/20070927/e024706a/cib_orig.xml-0001.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cib_running.xml.gz
Type: application/gzip
Size: 2602 bytes
Desc: not available
Url : http://lists.community.tummy.com/pipermail/linux-ha/attachments/20070927/e024706a/cib_running.xml-0001.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wc1_ha-debug.gz
Type: application/gzip
Size: 12283 bytes
Desc: not available
Url : http://lists.community.tummy.com/pipermail/linux-ha/attachments/20070927/e024706a/wc1_ha-debug-0001.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wc1_ha-log.gz
Type: application/gzip
Size: 6650 bytes
Desc: not available
Url : http://lists.community.tummy.com/pipermail/linux-ha/attachments/20070927/e024706a/wc1_ha-log-0001.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wc2_ha-debug.gz
Type: application/gzip
Size: 29247 bytes
Desc: not available
Url : http://lists.community.tummy.com/pipermail/linux-ha/attachments/20070927/e024706a/wc2_ha-debug-0001.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wc2_ha-log.gz
Type: application/gzip
Size: 10263 bytes
Desc: not available
Url : http://lists.community.tummy.com/pipermail/linux-ha/attachments/20070927/e024706a/wc2_ha-log-0001.bin