[Linux-HA] LRM_RSC_IDLE/LRM_RSC_BUSY

Dejan Muhamedagic dejanmm at fastmail.fm
Mon Oct 29 06:47:20 MDT 2007


Hi,

On Mon, Oct 29, 2007 at 01:13:44PM +0900, Junko IKEDA wrote:
> > > if it's LRM_RSC_BUSY,
> > > a fail count would be increased,
> > > and a return code was set as 14 (EXECRA_STATUS_UNKNOWN ?).
> > 
> > That should not have anything to do with it. If the resource is
> > busy, the requested operation will be postponed until it becomes
> > idle. The CRM handles such a situation.
> 
> Do you mean that if RA is busy, CRM will wait until it becomes idle?
> It seems that CRM doesn't wait.
> 
> lrmd[9049]: 2007/10/29_12:47:35 debug: on_msg_get_state:state of rsc
> prmDummy is LRM_RSC_BUSY
> crmd[9136]: 2007/10/29_12:47:35 WARN: msg_to_op(1173): failed to get the
> value of field lrm_opstatus from a ha_msg

I'd presume because the operation never ran.

> ...
> crmd[9136]: 2007/10/29_12:47:35 WARN: msg_to_op(1173): failed to get the
> value of field lfailcount: Updating failcount for prmDummy on
> 9d9ca527-cea9-470c-9e03-e49fe5630bba after failed monitor: rc=14

That should've read:

tengine[9138]: 2007/10/29_12:47:35 WARN: update_failcount:
Updating failcount for prmDummy on
9d9ca527-cea9-470c-9e03-e49fe5630bba after failed monitor: rc=14

This looks wrong. The CRM shouldn't consider an operation failed
if the operation status is pending (that's what is replaced when
there's no op status) and the rc set to 14
(EXECRA_STATUS_UNKNOWN).

> > A resource is busy whenever there's an operation running, i.e.
> > such as monitor. Idle is the opposite.
> 
> I used a modified Dummy resource to emulate a delay of monitoring operation.
> This RA is calling "sleep 50" immediately after monitoring.
> (see attached Dummy RA)
> I wonder it might cause RA's busy status.

That sleep is part of the monitor operation. While it's running
the resource is in the busy state.

Thanks,

Dejan

> Thanks,
> Junko
> 



> _______________________________________________
> Linux-HA mailing list
> Linux-HA at lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems



More information about the Linux-HA mailing list