On Dec 20, 2007, at 1:35 AM, DAIKI MATSUDA wrote:

2007/12/19, Andrew Beekhof <[EMAIL PROTECTED]>:

On Dec 18, 2007, at 5:49 AM, DAIKI MATSUDA wrote:

Hi, Andrew.

I am sorry for sending uncomplete information and attached the results
of 'cibadmin -Ql' for commonn cib.xml files.
So, could you confirm them?

i'm confused.... why do you think the group should move?

the rule <rule id="loc1:rule1" score="INFINITY"> will try to keep them
on "world" unless
* "world" is down
* a start fails - which i don't see any evidence of except in cibadmin-
Ql.q1b2 which doesn't use groups

The reason is to evaluate or test for Xen RA. under the all situation
the cluster works stablly and issue the commant '/etc/init.d/heartbeat
stop' on the node 'world'. But in some situation, 'migrate_to' is not
occured and I had a question.
For example, there is the situation that server administrator will
stop the node 'world' for maintainance, I think to need test the
situation.

ohhhh... you're talking about actual migration as opposed to start/ stop ?
sorry, i misunderstood your question :-(

is there any chance you could use hb_report to extract the relevant data from your test case?



Regards
MATSUDA, Daiki



Best Regards
MATSUDA, Daiki

2007/12/17, Andrew Beekhof <[EMAIL PROTECTED]>:

On Dec 17, 2007, at 7:40 AM, DAIKI MATSUDA wrote:

Dear All, especially Mr. Andrew Beekhof.

Recently I am evaluating with Xen RA. By other mail, I know the
bugzilla issue (#1778) and use fixed RA on it.

But I encounter the odd RA behaviour for Xen migration and
attached 4
sample cib.xml files.
By cib.xml.xen_orig, the test1 resource do migrate correctly and
similarly cib.xml.q2 works well.
But cib.xml.q1 using group for 2 Xen primitives does not do migrate and do stop/start for resource moving between nodes. In addtion, in cib.xml.q2 test1 resource is to stop/start and test2 is to migrate.
Maybe It will be PE problem. What do you think?

Possibly.  Unfortunately the q1* cib files you attached don't have
the
status section so I can't be sure.



Best Regards
MATSUDA, Daiki
<
cib
.xml
.xen_orig

<
cib
.xml
.q1a

<
cib
.xml
.q1b><cib.xml.q1b2>_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

<cibadmin-Ql.xen_orig><cibadmin-Ql.q1a><cibadmin-Ql.q1b><cibadmin-
Ql.q1b2>_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to