Hi,

I changed the running resource by
crm / configure / edit / commit. It seemed to work.

I stopped the resource, and changed some details,
Whenever I commit again I get this warning:
warning: do_log: FSA: Input I_ELECTION_DC from do_election_check() received in state S_INTEGRATION

see below

Mar 13 15:02:04 ha1infra crm_verify[24991]: notice: crm_log_args: Invoked: crm_verify -V -p Mar 13 15:02:04 ha1infra cibadmin[24992]: notice: crm_log_args: Invoked: cibadmin -p -R Mar 13 15:02:04 ha1infra crmd[21812]: notice: do_state_transition: State transition S_IDLE -> S_POLICY_ENGINE [ input=I_PE_CALC cause=C_FSA_INTERNAL origin=abort_transition_graph ]
Mar 13 15:02:04 ha1infra cib[21807]:   notice: cib:diff: Diff: --- 0.1057.3
Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: Diff: +++ 0.1058.1 a460a945dcf52bbb4ffb39e7963ee925 Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: -- <cib admin_epoch="0" epoch="1057" num_updates="3"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <primitive id="vmdv03" class="ocf" provider="heartbeat" type="Xen"> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <meta_attributes id="vmdv03-meta_attributes"> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <nvpair name="target-role" value="Stopped" id="vmdv03-meta_attributes-target-role"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <nvpair name="allow-migrate" value="true" id="vmdv03-meta_attributes-allow-migrate"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ </meta_attributes> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <operations> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <op name="monitor" interval="10" timeout="30" id="vmdv03-monitor-10"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <op name="migrate_from" interval="0" timeout="600" id="vmdv03-migrate_from-0"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <op name="migrate_to" interval="0" timeout="600" id="vmdv03-migrate_to-0"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ </operations> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <instance_attributes id="vmdv03-instance_attributes"> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <nvpair name="xmfile" value="/etc/xen/vm/vmdv03" id="vmdv03-instance_attributes-xmfile"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ <nvpair name="shutdown_timeout" value="120" id="vmdv03-instance_attributes-shutdown_timeout"/> Mar 13 15:02:04 ha1infra cib[21807]: notice: cib:diff: ++ </instance_attributes>
Mar 13 15:02:04 ha1infra cib[21807]:   notice: cib:diff: ++       </primitive>
Mar 13 15:02:04 ha1infra crmd[21812]: notice: do_state_transition: State transition S_ELECTION -> S_INTEGRATION [ input=I_ELECTION_DC cause=C_TIMER_POPPED origin=election_timeout_popped ] Mar 13 15:02:04 ha1infra crmd[21812]: warning: do_log: FSA: Input I_ELECTION_DC from do_election_check() received in state S_INTEGRATION <------ what does this mean ? Mar 13 15:02:04 ha1infra attrd[21810]: notice: attrd_local_callback: Sending full refresh (origin=crmd) Mar 13 15:02:04 ha1infra attrd[21810]: notice: attrd_trigger_update: Sending flush op to all hosts for: shutdown (0) Mar 13 15:02:04 ha1infra crmd[21812]: notice: crm_update_quorum: Updating quorum status to true (call=457) Mar 13 15:02:04 ha1infra attrd[21810]: notice: attrd_trigger_update: Sending flush op to all hosts for: probe_complete (true)



Karl


On 2014-03-12T16:16:54, Karl Rößmann <k.roessm...@fkf.mpg.de> wrote:

>>primitive fkflmw ocf:heartbeat:Xen \
>> meta target-role="Started" is-managed="true" allow-migrate="true" \
>>        op monitor interval="10" timeout="30" \
>>        op migrate_from interval="0" timeout="600" \
>>        op migrate_to interval="0" timeout="600" \
>>        params xmfile="/etc/xen/vm/fkflmw" shutdown_timeout="120"
>
>You need to set a >120s timeout for the stop operation too:
>    op stop timeout="150"
>
>>        default-action-timeout="60s"
>
>Or set this to, say, 150s.
can I do this while the resource (the xen VM) is running ?

Yes, changing the stop timeout should not have a negative impact on your
resource.

You can also check how the cluster would react:

# crm configure
crm(live)configure# edit
(Make all changes you want here)
crm(live)configure# simulate actions nograph

before you type "commit".

Regards,
    Lars

--
Architect Storage/HA
SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde


_______________________________________________
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org




--
Karl Rößmann                            Tel. +49-711-689-1657
Max-Planck-Institut FKF                 Fax. +49-711-689-1632
Postfach 800 665
70506 Stuttgart                         email k.roessm...@fkf.mpg.de

_______________________________________________
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org

Reply via email to