[Linux-HA] Fail over is not generated in a development version.

HIDEO YAMAUCHI renayama19661014 at ybb.ne.jp
Wed Oct 31 22:32:04 MDT 2007


Hi,

I used the development edition(Heartbeat-Dev-0f41ec29aef5.tar.gz) and confirmed fail over.

When I tried the following cases, clone did not stop. 
In addition, the fail over was not generated, too.

1)I start IPaddr resource and clone in two nodes

  Node: rh44-1 (1b983d2a-c2eb-4dbd-a07b-061974558ace): online
  Node: rh44-2 (fe50e16b-3592-4d85-9aec-5e32b08b2afd): online

  Resource Group: test
    resource_3  (heartbeat::ocf:IPaddr):        Started rh44-1
  Clone Set: clone1
    resource_dummy:0    (heartbeat::ocf:Dummy): Started rh44-2
    resource_dummy:1    (heartbeat::ocf:Dummy): Started rh44-1

2)It causes a monitor error in an IPaddr resource

3)IPaddr stopped, but does not do fail over.
  In addition, clone is moving in an active node.

  Node: rh44-1 (1b983d2a-c2eb-4dbd-a07b-061974558ace): online
  Node: rh44-2 (fe50e16b-3592-4d85-9aec-5e32b08b2afd): online

  Clone Set: clone1
    resource_dummy:0    (heartbeat::ocf:Dummy): Started rh44-2
    resource_dummy:1    (heartbeat::ocf:Dummy): Started rh44-1


IPaddr did fail over after having failed in a monitor in the former version(ver2.1.2). 
In addition, clone stopped in an active node.

Is there the setting to make behavior same as a former version?

I do not use stonith in a former version.
When I do not use stonith, will this be movement of the future version?

* Possibly there may be a person doing the same question.

Regards,
Hideo Yamauchi.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hb_report_dev_Fo.tar.gz
Type: application/x-gzip
Size: 38778 bytes
Desc: 3995217667-hb_report_dev_Fo.tar.gz
Url : http://lists.community.tummy.com/pipermail/linux-ha/attachments/20071101/2628f8be/hb_report_dev_Fo.tar-0001.bin


More information about the Linux-HA mailing list