[Nagios-users] Check_mailq usage
Don Badrak
dbadrak-61a5RULNQvYhg10zWICiQg at public.gmane.org
Thu Jun 17 23:37:21 CEST 2004
Carole,
On Thu, 17 Jun 2004, carole verdon wrote:
> Hi,
>
> I use the patch of check_mailq submitted by Don Badrak.
> http://sourceforge.net/tracker/index.php?func=detail&aid=880904&group_id=29880&atid=397599
>
> I don't understand the result of this plugin.
>
> When i execute the following command in local mode, i obtain:
>
> [nagios-14XT2ufUFtE at public.gmane.org libexec]$./check_mailq -w 20 -c 50 -f /etc/mail/sendmail.cf.delivery (to take the queue directory /var/spool/mqueue1)
>
> OK: mailq is empty|unsent=0;20;50;0
These numbers mean (I didn't write that part):
0 no message in the queue
20 warning level
50 critical level
0 (hardcoded to 0, not sure what it's for)
> Whereas the queue directory /var/spool/mqueue1 contains a lot of files.
> [nagios-14XT2ufUFtE at public.gmane.org libexec]$ ls -la /var/spool/mqueue1|more
> total 19208
> drwxr-xr-x 2 root mail 356352 Jun 17 08:36 .
> drwxr-xr-x 17 root root 4096 May 27 11:31 ..
> -rw------- 1 root root 120 Jun 14 08:43 dfi5E6hCVr020981
> -rw------- 1 root root 8491 Jun 14 08:45 dfi5E6jck4023564
> -rw------- 1 root root 18003 Jun 14 09:02 dfi5E72Glg006944
> -rw------- 1 root root 18003 Jun 14 09:36 dfi5E7aFHI031188
> -rw------- 1 root root 18009 Jun 14 09:41 dfi5E7f0Z9001998
> -rw------- 1 root root 18009 Jun 14 09:45 dfi5E7jOiU005300
> -rw------- 1 root root 18003 Jun 14 09:20 dfi5E7KPYg021585
> -rw------- 1 root root 18003 Jun 14 09:21 dfi5E7LAu9021927
> -rw------- 1 root root 18003 Jun 14 09:21 dfi5E7LuPY022338
> -rw------- 1 root root 18003 Jun 14 09:50 dfi5E7oAii008351
> -rw------- 1 root root 18108 Jun 14 09:25 dfi5E7PjTM024651
> -rw------- 1 root root 18003 Jun 14 09:52 dfi5E7qkX2010331
> -rw------- 1 root root 593 Jun 14 09:55 dfi5E7t2KY011829
> -rw------- 1 root root 18108 Jun 14 09:30 dfi5E7UuW0027677
> -rw------- 1 root root 18108 Jun 14 09:33 dfi5E7Xx8X029494
> -rw------- 1 root root 18003 Jun 14 09:35 dfi5E7ZTbH030643
> -rw------- 1 root root 208387 Jun 14 11:51 dfi5E9owJa022588
> -rw------- 1 root root 1683 Jun 14 14:21 dfi5ECL3bL013410
> -rw------- 1 root root 1904 Jun 14 14:49 dfi5ECndk5002742
> -rw------- 1 root root 48 Jun 15 08:41 dfi5ECq4Xn004549
> -rw------- 1 root root 1086 Jun 14 14:27 dfi5ECRHMn018953
> -rw------- 1 root root 11199 Jun 14 14:58 dfi5ECw3wi009133
> -rw------- 1 root root 11199 Jun 14 14:58 dfi5ECw3xC009133
> -rw------- 1 root root 11199 Jun 14 14:58 dfi5ECw3xU009133
> -rw------- 1 root root 8715 Jun 14 15:48 dfi5EDmXmS015674
> -rw------- 1 root root 3063 Jun 14 15:32 dfi5EDWsC4003637
> -rw------- 1 root root 38504 Jun 14 16:37 dfi5EEarJ1016521
> -rw------- 1 root root 38504 Jun 14 16:38 dfi5EEarJl016521
> ........
>
>
> Why does it find the queue directory is empty?
Yes, it has a lot of files, but there are no qf* files (the queue control
file). Without a corresponding qf* file, the df* (data file, the actual
message) files will stay there. Sounds like you had some problems with
your mail system somehow, where either the qf* files didn't get created
(sendmail hung or file system problems) or the df* files didn't get
deleted.
> As i'm not a programmer, can someone answer to my question and help me?
>
> My OS is a linux v2.4.
Don
--
Don Badrak <dbadrak-svC55uRaBzvtX7QSmKvirg at public.gmane.org> 301.763.5534 work
Telecommunications Office 301.457.4438 fax
U.S. Bureau of the Census
Suitland MD, USA
-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
Nagiosplug-help mailing list
Nagiosplug-help-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f at public.gmane.org
https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
::: Please include plugins 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