Hello, Are these printers SNMP capable so you're just using check_snmp or something else? First of all I'd try replicating the problem by executing your checks manually and seeing how long it takes for a false OK state to return to WARNING. For this situation soft/hard states for recoveries would be ideal, but since that's not possible I'd suggest using check_many with the first-fail option. Hopefully it only takes a few seconds for the printers to remember that the toner is low. Regards Martin Melin <div class="gmail_quote">On Thu, Sep 17, 2009 at 11:21 AM, Marcus Rejås <<a href="mailto:marcus@rejas.se">marcus@rejas.se</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Hi! I have a problem with printers that sometimes reports OK-states when they shouldn't. It is the toner-checks on some HP-printers that reports warning when they should. We acknowledge the problem and it disappears from unhandled problems like it should. But then at some times the printers all of a sudden reports that the toner is 100% and the service goes green. By the next check it is back to Warning (or whatever) again and we have to acknowledge it again. We keep unhandled problems clean and displayed on the wall. The staff are getting bored at acking the same problem over and over again. I understand that it is the printers that have problem, but fixing them is probably not an option. Does anyone have a solution or some idea I can work from? Maybe it's simple, maybe someone else have seen the same thing, we see it on 12 printers here. Maybe my brain is just slow today ;-) My only idea just now is to write a wrapper-plugin that checks twice with a small delay. The problem is that I don't know for how long the printers reports OK (all I can see in the log is that it is less than 5 minutes...) and I cannot reproduce the state for testing. /Marcus -- Marcus Rejås jabber: <a href="mailto:marcus@jabber.rejas.se">marcus@jabber.rejas.se</a> ,= ,-_-. =. Rejås Datakonsult e-mail: <a href="mailto:marcus@rejas.se">marcus@rejas.se</a> ((_/)o o(\_)) Vårgatan 2 web: <a href="http://www.rejas.se" target="_blank">http://www.rejas.se</a> `-'(. .)`-' s-761 50 Norrtälje gpg-key: <a href="http://gpg.rejas.se" target="_blank">http://gpg.rejas.se</a> \_/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! <a href="http://p.sf.net/sfu/devconf" target="_blank">http://p.sf.net/sfu/devconf</a> _______________________________________________ Nagios-users mailing list <a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null </blockquote></div>