[Pacemaker] fencing question
Karl Rößmann
K.Roessmann at fkf.mpg.de
Thu Mar 13 14:18:58 UTC 2014
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.Roessmann at 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 at 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.Roessmann at fkf.mpg.de
More information about the Pacemaker
mailing list