similar to: Issue with On Line Status (APC MGE Galaxy 5500 + AP9635CH)

So what would it take me to edit NUT's code for my case to work? My Network Management Card sends its output state using unfortunately only (I guess so) this OID: 1.3.6.1.4.1.318.1.1.1.11.1.1.0 Weirdly the standard way of obtaining Battery Status (drivers/apc-mib.c) 1.3.6.1.4.1.318.1.1.1.2.1.1.0 gives me good results. Unfortunately power status OID's value type differs (my: 64 digits

One good intro to this is https://github.com/networkupstools/nut/blob/master/docs/snmp-subdrivers.txt although it focuses on adding new subdrivers - but more or less the same workflow applies to extending existing ones. Sometimes it helps to generate a new one for a currently-partially-supported device, and then compare with existing subdriver (using meld or similar GUI helps a lot) to port the

Well thanks, The solution for my problem was kinda easy (still need some testing though): found out my ups status is a string, so then I changed the way snmp-ups.c gets the status. Had to change *nut_snmp_get_int *to *nut_snmp_get_str *at around line 3470, then grab fourth char out, use *strtol *function to then send it to *su_status_set *function. I created my copy of *apc-mib.c *with my OID at

mateuszx via Nut-upsdev <nut-upsdev at alioth-lists.debian.net> writes: > At my workplace I have exact UPS config as stated in the subject (APC MGE > Galaxy 5500 + AP9635CH). > I have it set up to work with snmp-ups NUT driver. > Despite many readings from *upsc* command I am not receiving "On Line > Status" (ups.status OL) nor "On Battery Status"

Also, which version of NUT is involved? There were recently PRs (merged to master-branch, eventually will be in 2.8.1) about more SNMP-UPS support including APCs e.g. 1674, 1679, 1113 (should be in 2.8.0)... Many distros still ship 2.7.4... Jim On Tue, Feb 28, 2023, 00:57 Greg Troxel <gdt at lexort.com> wrote: > mateuszx via Nut-upsdev <nut-upsdev at alioth-lists.debian.net>

Hello, At my workplace I have exact UPS config as stated in the subject (APC MGE Galaxy 5500 + AP9635CH). I have it set up to work with snmp-ups NUT driver. Despite many readings from *upsc* command I am not receiving "On Line Status" (ups.status OL) nor "On Battery Status" (ups.status OB) and therefore I can't get my systems to shutdown during a power outage event.

Hello, At my workplace I have exact UPS config as stated in the subject (APC MGE Galaxy 5500 + AP9635CH). I have it set up to work with snmp-ups NUT driver. Despite many readings from *upsc* command I am not receiving "On Line Status" (ups.status OL) nor "On Battery Status" (ups.status OB) and therefore I can't get my systems to shutdown during a power outage event.

> Does it have the same behavior if you start from .1.3.6.1.4.1.935*.1* or . > 1.3.6.1.4.1.935.1.1? If not, no worries - see below. > > Yes, says "Timeout: No Response from 10.200.254.39", Ok. > ..... > > >> The important part of "mode 2" is to have the output of snmpwalk. It is >> possible to query each OID, and manually build the *-mib.c

[Please keep the list CC'd. Thanks!] On Feb 13, 2014, at 4:55 AM, ??? ????? wrote: > Can you try adding "-v 1" to the snmpwalk command? If that works, we can add it to gen-snmp-subdriver.sh. > > Yes, I tried it before, ran command "snmpwalk -v 1 -On -c public 10.200.254.39 .1.3.6.1.4.1.935" > > Output: > .1.3.6.1.4.1.935 = NULL > Error: OID not

Hi all, Not sure if this is on topic or not. I'm trying to query an SNMP value from centos 6 and I get a bad response if I don't specify the MIB to use: 0 digimer at pulsar:~/anvil/striker$ snmpget -v2c -c public -m /home/digimer/Downloads/APC/AP7900/MIB/powernet421.mib 10.255.2.1 .1.3.6.1.2.1.2.2.1.6.2 RFC1213-MIB::ifPhysAddress.2 = Hex-STRING: 00 C0 B7 5F 8A 85 0 digimer at

hello, I am trying to convert a php script into a rails script. I came accross snmpset() and snmpget() functions and I am stuck here. Here is a part of the php script. Please help me in converting these two functions. $oid = ''1.3.6.1.4.1.318.1.1.12.3.3.1.1.4''; $toret = false; if($pdb->connected) { $query = "SELECT snmp_community_str, address, reset_port FROM

Updating an old thread. History here. http://lists.alioth.debian.org/pipermail/nut-upsdev/2013-January/006391.html http://lists.alioth.debian.org/pipermail/nut-upsdev/2013-February/006394.html http://lists.alioth.debian.org/pipermail/nut-upsdev/2013-February/006398.html On Fri, 1 Feb 2013, Tim Rice wrote: [snip] > > In all my testing I discovered the APC AP9630 is kind of flaky when >

On 02.10.2014 03:42, Charles Lepple wrote: > On Oct 1, 2014, at 5:07 AM, Tarvo.Tiits at automaatika.ee wrote: > >> Why is ups.status empty? > If I understand the commit log for SVN r3590, then that revision was supposed to set the status to OL if the numeric state was 9 for ECO mode. It does not appear to do that: > >

On Oct 2, 2014, at 1:53 AM, Tarvo Tiits <Tarvo.Tiits at automaatika.ee> wrote: > On 02.10.2014 03:42, Charles Lepple wrote: >> On Oct 1, 2014, at 5:07 AM, Tarvo.Tiits at automaatika.ee wrote: >> >>> Why is ups.status empty? >> If I understand the commit log for SVN r3590, then that revision was supposed to set the status to OL if the numeric state was 9 for

nut-2.6.5 Scientific Linux 6.3 APC AP9630 management card My basic question is, does nut's SNMPv3 implementation work? I have this in /etc/ups/ups.conf ...... [tfapc01] driver = snmp-ups port = tfapc01.testfest.ixorg.org mibs = apcc snmp_version = v3 secLevel = authPriv secName = tfsnmpprof1 authPassword = ralow6moHet7zoboP8 privPassword = tuseL8Pakaz9degim7 authProtocol=MD5

G'day I'm currently using NUT on Debian squeeze box in the same subnet with an IBM 3000 HV (branded Eaton 5125 with Web/SNMP card), now I wanted to get our storage appliance running NexentaStor 3.1 set up to be using NUT too. Nexenta- Stor is an OpenSolaris / illumos-based appliance OS currently using NUT packages from ubuntu hardy. My question here is whether I'm running into a -

Thanks, now I started getting messages from the list. As you advised, I renamed the mib file NETCARD.mib to Tripplite and ran command ./gen-snmp-subdriver.sh -H 10.200.254.39 -c public -n Tripplite Here is what it says: snmp_build: unknown failuresnmpget: Error building ASN.1 representation (Can't build OID for variable) COUNT = 0 / 0 Creating tripplite-mib.h Creating tripplite-mib.c Done.

On Oct 1, 2014, at 5:07 AM, Tarvo.Tiits at automaatika.ee wrote: > Why is ups.status empty? If I understand the commit log for SVN r3590, then that revision was supposed to set the status to OL if the numeric state was 9 for ECO mode. It does not appear to do that: https://github.com/networkupstools/nut/commit/9cb2de3d9568aa382cc118b4385d97d5664c457b Is your UPS set to ECO mode? Can you do

On Feb 13, 2014, at 10:49 PM, ??? ????? wrote: > Slightly changed the list, took from running snmptranslate for all parameters: > snmptranslate -IR -On upsBaseIdentModel upsBaseBatteryStatus upsSmartBatteryCapacity upsSmartBatteryTemperature upsSmartInputLineVoltage upsBaseOutputStatus upsSmartOutputVoltage upsSmartOutputFrequency upsSmartOutputLoad upsSmartControlUpsOff

I have a Cisco 6509 switch that I'm monitoring with SNMP from a CentOS5 machine. SNMP polls are the only access I have to this device, we are not allowed to log on via telnet. How can I find out which port on the switch a particular server is connected to? I was hoping that this is somehow possible using the mac address and the data gathered from snmpwalk/snmpget requests but I'm not