[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