Guys,

Thanks for sorting this out yourselves. I've raised a jira to fix this in the next release: https://secure.opsera.com/jira/browse/OPS-1028

Ton

On 23 Feb 2010, at 23:34, Josh Brown (Mailing List) wrote:

No problem!

I have run into this issue with a lot of the nagios plugins, I recommend always running them as nagios in case you ever have to pass info on to others!

-JB
On Feb 23, 2010, at 3:12 PM, Joe Goldberg wrote:

That was it.  I looked at the code and found it writes to files in  /usr/local/nagios/var/plugins/check_snmp_linkstatus and they were set to ownership by root, probably from when I ran it by hand.  When I changed it to Nagios, it started working.  I don’t quite understand why it broke in the first place since I didn’t run this from the command line until it broke in the first place BUT, I am not going to complain since it works.  I added a second host with interface checks and that works flawlessly.
 
It must just be one of those things.
 
Thanks for all your help, you probably saved me hours of trial and error.
 
Thanks,
Joe
 
 
From: [email protected] [mailto:[email protected]] On Behalf Of Joe Goldberg
Sent: Tuesday, February 23, 2010 6:00 PM
To: Opsview Users
Subject: Re: [opsview-users] SNMP Interface Out of Bounds Error
 
That’s it, that is why it’s broken, as user nagios it does sort of fail.  I’m hoping there is an easy fix for this that I am overlooking.
 
[nag...@whq-ops-01 libexec]$ ./check_snmp_linkstatus -H 172.16.2.1 -C supersecret -I GigabitEthernet5/2 ; echo $?
WARNING: Running from command line. This could change statistics for the next run from Nagios
DBD::SQLite::db do failed: attempt to write a readonly database at ./check_snmp_linkstatus line 547.
DBD::SQLite::db do failed: attempt to write a readonly database at ./check_snmp_linkstatus line 481.
OK - GigabitEthernet5/2 (Internet1) is up, throughput (in/out) 3.33 Mbps/2.92 Mbps, 3.5%/3.07%|throughput_in=3502232b throughput_out=3070096b
0
 
Thanks,
Joe
 
 
From: [email protected] [mailto:[email protected]] On Behalf Of Josh Brown (Mailing List)
Sent: Tuesday, February 23, 2010 5:53 PM
To: Opsview Users
Subject: Re: [opsview-users] SNMP Interface Out of Bounds Error
 
Oh wait!  I bet I know why...
 
I bet this command stores persistant information in a temp file.  Since you are running as root it's probably working, make sure this works as the user Nagios.
 
-JB
On Feb 23, 2010, at 2:45 PM, Joe Goldberg wrote:

 

Thank you for the reply, from the command line here is what I get.  It looks okay to my untrained eye.
 
[r...@whq-ops-01 libexec]# ./check_snmp_linkstatus -H 172.16.2.1 -C supersecret -I GigabitEthernet5/2
WARNING: Running from command line. This could change statistics for the next run from Nagios
OK - GigabitEthernet5/2 (Internet1) is up, throughput (in/out) 4.96 Mbps/2.2 Mbps, 5.2%/2.3%|throughput_in=5205328b throughput_out=2309328b
 
Thanks,
Joe
 
 
From: [email protected] [mailto:[email protected]] On Behalf Of Josh Brown (Mailing List)
Sent: Tuesday, February 23, 2010 5:30 PM
To: Opsview Users
Subject: Re: [opsview-users] SNMP Interface Out of Bounds Error
 
In my experience that is usually because of a script error, such as a perl dependency or something like that.
 
Can you try and run the command manually from your opsview server?
 
The output of that might give some insight into the issue.  Perhaps, there is some Perl library that is not installed.
 
-JB
On Feb 23, 2010, at 2:14 PM, Joe Goldberg wrote:



I have version 3.5.2 that I just did a clean install on today via yum on a CentOS 5 64 Bit machine.
 
I am configuring it to monitor the Interfaces of a Cisco router via SNMP and they are all showing up as down with the error “(Return code of 255 is out of bounds)”.
 
I have another OpsView install at version 2.12.4 (I know it’s old but it has been very reliable) that is doing the same check with no problems.
 
I saw a post to try the check_snmp_linkstatus file at http://svn.opsview.org/opsview/trunk/opsview-core/nagios-plugins/check_snmp_linkstatus.  I tried it and I get the same error.
 
Any assistance would be appreciated.
 
Thanks,
Joe
 

This email and any attachment(s) is for the intended recipient only and may be confidential. If you are not the intended recipient, please delete this e-mail and advise the sender immediately. Unauthorized use or distribution is prohibited.

 
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users
 
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users
 
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users

_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users

Ton Voon
Product Architect



Opsera Limited | Unit 69 Suttons Business Park
Reading | Berkshire | RG6 1AZ | UK

Phone:   
+44 (0) 845 057 7887
Mobile
:   +44 (0) 7931 365796
Skype:   tonvoon     Email:   [email protected]

www.opsera.com
This e-mail is confidential, intended only for the named recipient(s) above and may contain information that is privileged and confidential. If you receive this message in error, or are not the named recipient(s), please notify the sender at the phone number above, do not copy this message, do not disclose its contents to anyone, and delete this e-mail message from your computer. Although Opsera routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Opsera makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. Opsera Limited is registered in the UK under Company Number 5396532. Our registered office is Gorse View, Horsell Rise, Woking, Surrey, GU21 4RB.

_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users

Reply via email to