similar to: snmp-ups on debian

On Aug 26, 2013, at 6:11 AM, Philip Ward wrote: > The snmp-ups driver 2.6.4 as packaged with Debian wheezy crashes when > talking to a UPS that uses the CPQPOWER MIB. I have built 2.6.5 from > source and found the same problem. > > On July 29th I grabbed the latest source from svn, built it and now > have a working snmp-ups driver. > > Would it be possible to update the

Additional question: I noticed on the HP Website that the latest version of "CPQPOWER.MIB" (1.76, dated Sept. 19, 2013) was more recent than the related file (./drivers/compaq-mib.c) in the NUT driver. Is the MIB structure as implemented on the management card perhaps no longer in line with the NUT driver ? The latest MIB file can be downloaded from the following URL:

I have attempted to create cpqpowermib.h for the snmp-ups driver. We use HP UPSs and version 2 of the firmware for their AF401A management cards use the CPQPOWER-MIB. I have attached my current attempt (which builds and almost works against nut 2.4.1). Once all is working I'll send in the finished article for consideration. This file is based on ietfmib.h. There are a couple of issues

Hi, This appears to be related to a thread from January 2010: http://lists.alioth.debian.org/pipermail/nut-upsdev/2010-January/004470.html NB: This is on an HP-UX 11.31 box, using a self compiled and packaged version of NUT 2.6.3, and net-snmp v5.7.1. Therefore some of the search paths and things like that may well be wrong because I've done something dumb. I'm also only just getting

Hello list, I've installed NUT on an HP blade server, and I try to get it communicating via SNMP with 2 HP R3000 UPSes, each fitted with a AF465A management card. To do this, I used the snmp-ups driver, and configured it for the "cpqpower" MIB. Communication with the UPSes is established. My problem is that both UPSes constantly return the "OL OB" status which, in

Apologies, there is a slight change required to the solution. replace the do_ifup line as follows: if [ -n "${slaves}" ]; then ip link set dev $bridge up [ -n "$gateway" ] && ip route add default via ${gateway} else do_ifup ${bridge} fi -- Philip Ward Unix Systems Administrator 01786 467274 (ext 7274) -- The Sunday Times

We use HP R5500XR UPS, and they all have SNMP cards. These devices supposedly use the IETF MIB, but in order to get the SNMP driver to talk to them I have had to hack it slightly. I'd like to see these UPS proplerly supported in the official nut release (mostly so I don't have to faff around patching and repackaging when a new version comes out) and would be more than happy to provide

Hi, I've been asked to add upsBatteryAbmStatus to the cpqpower mib. We use it purely for the CGI display. Here are the patches for data/cmdvartab and drivers/cpqpowermib.h - Philip Ward Unix Systems Administrator Ext 7274 -- The Sunday Times Scottish University of the Year 2009/2010 The University of Stirling is a charity registered in Scotland, number SC 011159. -------------- next

On Feb 24, 2014, at 6:57 PM, Jason R Begley wrote: > Segmentation fault That's not good. If you crank up the debug level past 2, does it provide any more detail about where it crashed? (We'd only need the last few lines, if they are different.) I don't know how Arch Linux does debug symbols, so the dmesg output doesn't pinpoint which function in libc got bad data. Can you run

I have been working with NUT to get this working since upgrading to a web snmp card in a UPS. I keep getting seg faults when running snmp-ups also. Below is the output. kernel: [1365065.178230] snmp-ups[1940]: segfault at 0 ip b7555470 sp bf8d89e8 error 4 in libc-2.18.so[b74c2000+1a9000] Running: Arch i686 current Nut is current git Device is Tripp Lite SU2200XLa with WEBSNMPCARD running

Here's the first update of ups.status: 0.102449 getting data: ups.status (.1.3.6.1.4.1.232.165.3.4.5.0) 0.102546 su_ups_get: ups.status .1.3.6.1.4.1.232.165.3.4.5.0 0.102646 nut_snmp_get(.1.3.6.1.4.1.232.165.3.4.5.0) 0.104539 SNMP UPS driver : entering su_status_set() 0.104641 su_find_infoval: found OL (value: 3) 0.104730 => value: 3 0.104823 getting data: ups.status

Thanks for the quick response Charles! I may not have gotten the correct output from the snmpwalk, let me know if the attachment is usable. Thanks! New data added, here is the gdb output: Reading symbols from /usr/bin/snmp-ups...(no debugging symbols found)...done. (gdb) run -a tripplite -DD Starting program: /usr/bin/snmp-ups -a tripplite -DD warning: Could not load shared library symbols for

On Feb 24, 2014, at 10:29 PM, Jason R Begley wrote: > Thanks for the quick response Charles! I may not have gotten the correct output from the snmpwalk, let me know if the attachment is usable. Thanks! Sorry, it's basically all comments. Do you have the stdout from the subdriver script? Also, how is the MIB file installed? > New data added, here is the gdb output: > Reading

Further information on this issue, attn. Arnaud Quette: Here is the result of a test I made a few days ago. I've pulled the input plug on the UPS and watched the 3 critical OIDs through a MIB browser: - 1.3.6.1.4.1.232.165.3.4.5.0 goes from 3 (OL) to 5 (OB) (as expected => good) - 1.3.6.1.4.1.232.165.3.7.3.0 stays at 1 (OB) (=> seems meaningless) - 1.3.6.1.4.1.232.165.3.7.4.0

Hi, ? have a necron snmp ups. nut-scanner cant find it. i tried to add with these definition but it fails.. [test5-ups] driver = snmp-ups port = 10.9.40.19 community = asdf12 desc ="test" i run driver with debugging , result is , root at upsviewer-debian:/usr/local/ups/bin# ./snmp-ups -DDDDDDD -a test5-upsNetwork UPS Tools - Generic SNMP UPS driver 0.68 (2.6.5) 0.000000

Hi. I'm trying to configure NUT to manage a HP R12000/3 3-phase UPS fitted with an AF401A management module but it immediately crashes with a segmentation fault. O/S is CentOS 6.3 64-bit NUT built from tarball AF401A Firmware version 2.1.3 Extract from /etc/ups/ups.conf [UPS-HP01] driver = snmp-ups port = 192.168.0.89 desc = " HP R12000/3 UPS"

Hello Arnaud, On 05/04/14 22:01, Arnaud Quette wrote: > Philippe, Ivan, > > please see https://github.com/networkupstools/nut/issues/118 > and send back your data. I've pasted the requested files in github, but the auto-formatting may have damaged them, so here they are. Also, when I ran gen-snmp-subdriver.sh, it gave me the following message:

Philippe, Ivan, please see https://github.com/networkupstools/nut/issues/118 and send back your data. cheers Arno -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20140405/682f10dd/attachment-0001.html>

Hi Folks, I've tested and tidied it up. Please accept this contribution for consideration. The patch for snmp-ups.c is against the latest (at 10 am GMT) svn. Any changes you'd like made and tested, please let me know. Regards, - Philip Ward Unix Systems Administrator Ext 7274 -- The Sunday Times Scottish University of the Year 2009/2010 The University of Stirling is a charity

Hi, I'm trying connect a device: * OS name and version: root at nut:/etc/nut# hostnamectl Static hostname: nut Icon name: computer-vm Chassis: vm Machine ID: d7a3b7fc724f4fe1a79a3d0eeff08f72 Boot ID: 40a561c464064b5184150f5909af0aa7 Virtualization: vmware Operating System: Debian GNU/Linux 9 (stretch) Kernel: Linux 4.9.0-9-amd64 Architecture: x86-64 * NUT version