QueueStats -- Graph Qmail Local and Remote queue sizes
Moderators: Developers, Moderators
QueueStats -- Graph Qmail Local and Remote queue sizes
An important part of maintaining the health of a Qmail server is to keep an eye on the size of the local and remote queues.
Messages piling up in the queues are a sure sign that something is wrong. Having historical graphs of queue size can help
for capacity planning as well. With that in mind, I set out to create a way to graph the queue size in Qmail using Cacti.
This is the very first version of this so bug reports/fixes and feature requests are more than welcome.
Andrew
Messages piling up in the queues are a sure sign that something is wrong. Having historical graphs of queue size can help
for capacity planning as well. With that in mind, I set out to create a way to graph the queue size in Qmail using Cacti.
This is the very first version of this so bug reports/fixes and feature requests are more than welcome.
Andrew
- Attachments
-
- queuestats-0.1.tar.gz
- (4.08 KiB) Downloaded 2389 times
Just in case, did you make sure to restart snmpd after making changes to the config file?
If so, what happens if you use snmpwalk to poll that data?
snmpwalk -Oav -v2c -c communityname serverip .1.3.6.1.4.1.2021.51.101.1
(Obviously replacing communityname and serverip with your SNMP community name and the IP of your qmail server.)
Also be sure that whatever user snmpd runs as has execute permission on queuesize.pl.
Andrew
If so, what happens if you use snmpwalk to poll that data?
snmpwalk -Oav -v2c -c communityname serverip .1.3.6.1.4.1.2021.51.101.1
(Obviously replacing communityname and serverip with your SNMP community name and the IP of your qmail server.)
Also be sure that whatever user snmpd runs as has execute permission on queuesize.pl.
Andrew
Looks like I just messed up the snmpwalk command. I was using:andrew2 wrote: snmpwalk -Oav -v2c -c communityname serverip .1.3.6.1.4.1.2021.51.101.1
Andrew
snmpwalk -Oav -v2c -c [yoursnmpcommunityname] [mailserverip] .1.3.6.4.1.2021.51
from the readme in the tarball. When I executed :
snmpwalk -Oav -v2c -c communityname serverip .1.3.6.1.4.1.2021.51.101.1
I received:
STRING: "Remote:152 Local:0"
- SCaRaBaeuS
- Posts: 22
- Joined: Tue Mar 30, 2004 9:42 am
i am getting the following error:
maybe my firewall? but dont think so..[root@www snmp]# snmpwalk -Oav -v2c -c public localhost .1.3.6.4.1.2021.51
Timeout: No Response from localhost
[root@www snmp]# snmpwalk -Oav -v2c -c public localhost .1.3.6.4.1.2021.1
Timeout: No Response from localhost
[root@www snmp]# snmpwalk -Oav -v2c -c public 82.192.84.1 .1.3.6.4.1.2021.1
Timeout: No Response from 82.192.84.1
[root@www snmp]#
Looks like I had a typo in the README file...here is the updated package with the correct README.
Andrew
Andrew
- Attachments
-
- queuestats.tar.gz
- (4.08 KiB) Downloaded 2053 times
Hi All,
This script seems perfect for what I need, I have had to make a few modifications to queuesize.pl to get the correct output from the queue.
When I run it from the command line I get ;
$ /usr/bin/perl /usr/local/bin/queuesize.pl
Remote:25 Local:0
However, when I snmpwalk , I get the following ;
$ snmpwalk -Oav -v2c -c XXXX XXX.XX.XXX.XXX .1.3.6.1.4.1.2021.51
INTEGER: 1
STRING: "/usr/bin/perl"
STRING: "/usr/local/bin/queuesize.pl"
INTEGER: 0
STRING: "Remote:0 Local:0"
INTEGER: 0
""
As you can see the values are different?
Is this script still being worked on, or is there an alternative I should be using?
Thanks, Gavin
This script seems perfect for what I need, I have had to make a few modifications to queuesize.pl to get the correct output from the queue.
When I run it from the command line I get ;
$ /usr/bin/perl /usr/local/bin/queuesize.pl
Remote:25 Local:0
However, when I snmpwalk , I get the following ;
$ snmpwalk -Oav -v2c -c XXXX XXX.XX.XXX.XXX .1.3.6.1.4.1.2021.51
INTEGER: 1
STRING: "/usr/bin/perl"
STRING: "/usr/local/bin/queuesize.pl"
INTEGER: 0
STRING: "Remote:0 Local:0"
INTEGER: 0
""
As you can see the values are different?
Is this script still being worked on, or is there an alternative I should be using?
Thanks, Gavin
Who is online
Users browsing this forum: No registered users and 2 guests