On Wednesday 04 April 2007 23:23:52 Alan Robertson wrote:
> Bernd Schubert wrote:
> > Hi,
> >
> > after upgrading from heartbeat-2.0.5 to heartbeat-2.0.8
> > OCF_RESKEY_interval interval is not set anymore, which makes our
> > monitoring actions to always return ${OCF_NOT_RUNNING}.
> >
> > As given in the example
> > http://www.linux-ha.org/ClusterInformationBase/Actions in section
> > "Monitoring Examples", the interval is properly set in the cib.xml.
> >
> > <op id="ntpd_monitor" name="monitor" interval="300s" timeout="120s"/>
> >
> > Any idea why OCF_RESKEY_interval is not set anymore?
>
> It was improper for it to pass it to the resource agent. This was
> corrected.
>
> It is NOT a parameter. It's an attribute, which is a direction to the HA
> system, not to the RA.
Ok, so we need to correct the doku again.
<quote>
Here we add a second monitor action, one that runs once per minute. The
interval is passed to the ResourceAgent as OCF_RESKEY_interval and is a
period in milliseconds. In theory one could check this value and perform more
(or less) superficial internal checks for the resource. (However there is a
much better way, see "Per Action Parameters" below.)
</quote>
If I did understand it right, how about to replace this by
"The interval specifies in which time interval the monitor action is called. "
Then I have a problem with our ra-scripts, as I told you in some of them the
monitoring fails, since OCF_RESKEY_interval does not work anymore.
Commenting out this code fragment makes it working again
# on probe (== exclusive) always report process not running
ql_log warn "OCF_RESKEY_interval = ${OCF_RESKEY_interval}"
if [ -z "$OCF_RESKEY_interval" ] || [ "$OCF_RESKEY_interval" = 0 ]; then
ql_log warn "Returnig ${OCF_NOT_RUNNING}"
return ${OCF_NOT_RUNNING}
fi
and presently we don't see any negative effects on this, but maybe there's a
way to restore the old behaviour?
Thanks,
Bernd
--
Bernd Schubert
Q-Leap Networks GmbH
_______________________________________________
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
