Hi Dejan,
Dejan Muhamedagic wrote:
Hi Satomi-san,
On Tue, Sep 30, 2008 at 07:24:39PM +0900, Satomi TANIGUCHI wrote:
Hi Dejan,
Thank you for letting me know!
I'll test it.
Now, may I ask you a question?
cluster-delay seems to still require the value
which is longer than the maximum possible stonith timeout for tengine.
If cluster-delay is shorter than sum total of plugins' timeout values,
then tengine detect a STONITH op timed out
and new STONITH op is executed.
You mean that the transition is aborted, right?
You're right.
Then two or more plugins are executed in parallel.
Oops, that doesn't work as supposed. Andrew introduced a cluster
property "stonith-timeout", I guess that that can be tweaked now.
How/if that influences the cluster-delay... Andrew should know.
OK.
I'm waiting for Andrew...
But I'm lost a little bit.
So I would like to confirm the specification about "stonith-timeout".
I found that the timeout value which is set in insert_into_executing_queue()
is always set to the value of stonith-timeout in cluster_property.
Then, stonith-timeout in cluster_property should be set to the sum total of
STONITH plugins' timeout values?
Or it should be set to the default timeout value?
If the former is correct,
The parameter "stonith-timeout" has 2 meanings with place to be described...
And if the latter is correct,
maybe the timeout in insert_into_executing_queue() should be set to
the sum total of STONITH plugins' timeout values
which are going to be executed, shouldn't it?
(Otherwise, when DC node is STONITHed, unexpected timeout occurs
on DC node's stonithd.)
Will it change in future?
(We are just in a transition period?)
Or did it lose possibility because of my insistence that
"the way to add fence(stonith)-timeuot is better"?
I'm afraid that because Andrew said that
the cluster can just forever for stonithd to return
if stonithd no longer needs a timeout value from crmd...
The cluster-delay still governs, if I'm not wrong, the cluster
transition timeout. If the resources are not able to do the
transition within this period, then the transition's aborted.
Don't know what's the plan B after that.
All right.
I'm doing tests with long cluster-delay.
When the specification changes, I'll test the new one with pleasure.
Regards,
Satomi TANIGUCHI
Thanks,
Dejan
Regards,
Satomi TANIGUCHI
Dejan Muhamedagic wrote:
Hi,
Just to let you know that I renamed fence-timeout to
stonith-timeout, because there are already stonith-this and
stonith-that in crm_cluster_properties. Still better to be
consistently "stonith": naming this "fence-..." would most
probably confuse people. As if they weren't confused enough ;-)
Thanks,
Dejan
On Fri, Sep 26, 2008 at 11:00:53AM +0200, Dejan Muhamedagic wrote:
Hi Satomi-san,
On Fri, Sep 26, 2008 at 05:39:53PM +0900, Satomi TANIGUCHI wrote:
Hi Dejan,
I found some bugs.
1) When fence-timeout is not set and priority is set,
priority's value is used as both fence_timeout and priority.
The patch for this bug is fence-timeout.patch
Right. An oversight while pondering whether to have it in a loop
or wait and see if there'll be more stonithd attributes coming :)
2) Stonithd can execute only 2 or less plugins.
With 3 or more plugins, priority is ignored.
The patch for this is stonith_rsc_priorities.patch
Oh, that code was tricky. Strange that it fails on more than two
plugins.
I hope they are helpful to you.
Of course. Thanks for the patches and testing!
Cheers,
Dejan
Best Regards,
Satomi TANIGUCHI
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
