Timing of the deleteion of service check from the event queue
Yueh-Hung Liu
yuehung.liu at gmail.com
Wed Jan 5 18:33:20 CET 2011
a service check could block the whole queue if it isn't removed from
the quese after execution.
On Wed, Jan 5, 2011 at 7:52 PM, Yu Watanabe <yu.watanabe at jp.fujitsu.com> wrote:
> Hello all.
>
> I would like to ask for an advice about when does nagios removes the service check
> from the event queue.
>
> I was following the source code but couldn't actually find the part
> that actually removes the service check.
>
> Does it removes after the reaper event or after the execution of the command ?
>
> Thanks,
> Yu Watanabe
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
>
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
More information about the Users
mailing list