Aurelien,
When you execute it from the command line, are you running as root? If you are, could you try running as nagios?
check_snmp_int.pl - Weird behaviour
Re: check_snmp_int.pl - Weird behaviour
Nicholas Scott
Former Nagios employee
Former Nagios employee
Re: check_snmp_int.pl - Weird behaviour
It's works also when running as nagios:
Code: Select all
[root@localhost libexec]# sudo -u nagios ./check_snmp_netint.pl -H HOST_IP -C SNMP_COMMUNITY -2 -r -n "VLAN 00010 (NET_A1)" -fY -kBu -w 50,50 -c 70,70
VLAN 00010 (NET_A1):UP (no usable data - 201 rows) :(1 UP): OK |
Configuration:
Nagios XI 2014R2.5
manually upgraded on 64bits CentOS 6
with nothing extra, no gnome, no proxy, no SSL
Add-ons: Hypermap, Minemap, Ping Action, Traceroute Action, Network Replay, Graph Explorer, Latest Alert
Nagios XI 2014R2.5
manually upgraded on 64bits CentOS 6
with nothing extra, no gnome, no proxy, no SSL
Add-ons: Hypermap, Minemap, Ping Action, Traceroute Action, Network Replay, Graph Explorer, Latest Alert
Re: check_snmp_int.pl - Weird behaviour
Aurelien,
I think this issue may be related to your other issue that is going on in the other thread. Lets keep the discussion going in there and see if that resolves the issue, if it doesn't we'll come back and track this one down.
I think this issue may be related to your other issue that is going on in the other thread. Lets keep the discussion going in there and see if that resolves the issue, if it doesn't we'll come back and track this one down.
Nicholas Scott
Former Nagios employee
Former Nagios employee
Re: check_snmp_int.pl - Weird behaviour
I just upgrade to R1.5 and this issue seems to be solved ! As after restarting the monitoring engine was solving evrything just for a while, i wait a bit before claming victory. I will tell you later on.
Configuration:
Nagios XI 2014R2.5
manually upgraded on 64bits CentOS 6
with nothing extra, no gnome, no proxy, no SSL
Add-ons: Hypermap, Minemap, Ping Action, Traceroute Action, Network Replay, Graph Explorer, Latest Alert
Nagios XI 2014R2.5
manually upgraded on 64bits CentOS 6
with nothing extra, no gnome, no proxy, no SSL
Add-ons: Hypermap, Minemap, Ping Action, Traceroute Action, Network Replay, Graph Explorer, Latest Alert
Re: check_snmp_int.pl - Weird behaviour
Sounds good! Glad its working. 

Nicholas Scott
Former Nagios employee
Former Nagios employee
Re: check_snmp_int.pl - Weird behaviour
Great everything looks fine until now ! Thanks for your work guys !
Configuration:
Nagios XI 2014R2.5
manually upgraded on 64bits CentOS 6
with nothing extra, no gnome, no proxy, no SSL
Add-ons: Hypermap, Minemap, Ping Action, Traceroute Action, Network Replay, Graph Explorer, Latest Alert
Nagios XI 2014R2.5
manually upgraded on 64bits CentOS 6
with nothing extra, no gnome, no proxy, no SSL
Add-ons: Hypermap, Minemap, Ping Action, Traceroute Action, Network Replay, Graph Explorer, Latest Alert
Re: check_snmp_int.pl - Weird behaviour
Excellent, glad to hear it! Let us know if you have any additional questions.
Re: check_snmp_int.pl - Weird behaviour
Yes, because pnp will try to match the command to a graph template. In this case, the comman "check_snmp_int" matches against "/usr/local/nagios/share/pnp/templates.dist/check_snmp_int.php", and therefore uses that to make the stacked graphs. In the case where the command is named something else, like "check_snmp_int2" or "check_snmp_int_cisco", PNP will default to using standard perfparse graphing where you get one graph per datasource. The fact that the snmp string is passed in either via an argument or in the command string makes no difference.nscott wrote:The _cisco part is appeneded to the check, which I"m thinking cause nagios to setup the graph to read differently.