similar to: Getting started generating new MIB-to-NUT mapping for unsupported interface

(Note that I mentioned this *was* previously working with an older version of Nut). [irs2-ups1] driver = snmp-ups port = irs2-ups1.sum.naoj.org mibs = auto community = private irs2-ups1.sum.naoj.org responds to pings. On Tue, Oct 8, 2013 at 3:55 PM, Tim Rice <tim at multitalents.net> wrote: > On Tue, 8 Oct 2013, Philip Tait wrote: > > > Here is the upsc

Alle, We're running Dovecot V1.0.7 on RHEL5.5, using maildir. We would like to user per user quotas with an OpenLDAP (V2.3.43) backend. We have setup a default quota in /etc/dovecot.conf: quota = maildir:storage=10240:ignore=Trash And have the following userdb configs in /etc/doveconf.conf: userdb ldap { args = /etc/dovecot-ldap.conf } and the following user_attrs defined in

On Tue, 8 Oct 2013, Philip Tait wrote: > Here is the upsc output: > > # /usr/local/ups/bin/snmp-ups -DD -a irs2-ups1 > Network UPS Tools - Generic SNMP UPS driver 0.68 (2.6.5) > 0.000000 debug level is '2' > 0.000327 SNMP UPS driver : entering upsdrv_initups() [snip] > 4.457750 No supported device detected I'm using a APC smart ups with a

Here is the upsc output: # /usr/local/ups/bin/snmp-ups -DD -a irs2-ups1 Network UPS Tools - Generic SNMP UPS driver 0.68 (2.6.5) 0.000000 debug level is '2' 0.000327 SNMP UPS driver : entering upsdrv_initups() 0.000341 SNMP UPS driver : entering nut_snmp_init(snmp-ups) 0.056112 SNMP UPS driver : entering load_mib2nut(auto) 0.056126 trying the new

OpenBSD 5.6 nut-2.7.2 (bin package) Liebert IntelliSlot Unity Card IS-UNITY-DP ups.conf: ...... ? mibs = ietf ? snmp_version = v1 ...... The problem is that the card responds to other snmp (v1,2c,3) requests normally but not to the 1.3.6.1.2.1.33.1.1.1.0 (UPS-MIB.upsIdentManufacturer). # snmp-ups -a laes2ups -DDDDDDD Network UPS Tools - Generic SNMP UPS driver 0.72 (2.7.2) ?? 0.000000???? debug

This mib used to work, so is there a way to go back to the version prior to this one without downgrading the whole package? * Starting UPS drivers... Network UPS Tools - UPS driver controller 2.4.1 Network UPS Tools - Generic SNMP UPS driver 0.44 (2.4.1) Detected GXT2-2000RT120 on host upswallleft (mib: ietf 1.3) [upswallleft] nut_snmp_get: 1.3.6.1.2.1.33.1.4.4.1.4.0: Error in

Hi, Just started using NUT with a Liebert PSI-XR 3000 with an Intellislot web card. It seems I can't get it to run properly. I am using NUT 2.6.0 built from source on Ubuntu 8.0.4 . My build parameters are : ./configure --enable-strip --with-linux-hiddev=/usr/include/linux/hiddev.h --with-udev-dir=/lib/udev \ --prefix=/usr \ --exec-prefix=/ \ --sysconfdir=/etc/nut \

Hi, Looking at some udp stuff on snv_57, and I noticed that mib:::udpInDatagrams no longer exists, has this been superceded by mib:::udpHCInDatagrams? From my understanding they represent the same counter, but I''m asking in case this is a bug. I noticed that there is still a reference to udpInDatagrams in the DTrace testsuite. - Fintan

On October 31, 2017 2:32:36 AM GMT+01:00, Ben Kamen <ben at benkamen.net> wrote: >Hey all, > > >?I'm feeling spunky... and want to update nut to handle the new v2.0 >MIB from CyberPower. > >I've looked at the cyberpower v0.1 .c/.h and being new to working on >nut to this level -- anything anyone has to offer on adding code >besides the obvious? >

On November 2, 2017 5:31:42 AM GMT+01:00, Ben Kamen <ben at benkamen.net> wrote: >On 10/31/2017 01:13 AM, Jim Klimov wrote: >> If the new data is in a separate OID tree, it can quite be a new MIB. >Otherwise you can use the UNIQUE flag and set the preferred (e.g. >newer, more precise) source for a value first in the list of same-named >mappings in existing file - if

On 11/02/2017 01:52 AM, Jim Klimov wrote: > > I believe the main reason for a new set of .c/.h files here would be if the new MIB is defined in a separate subtree. The top-level mapping binds the vendor entry OIDs (often "hidden" so one has to know where to poke). It may also be higher in the list of snmp-ups.h, in case the device also serves the older MIB but you'd prefer the

Chugging along... Question for the gang -- CyberPower lists other items in their MIB for controlling PD units and some other things. Does NUT support all that and should I make an effort to get all that in or should we skip for now and get UPS primary ingredients inserted and tested? just wondering, ?-Ben -- Ben Kamen - O.D.T., S.P.

Hey all, ?I'm feeling spunky... and want to update nut to handle the new v2.0 MIB from CyberPower. I've looked at the cyberpower v0.1 .c/.h and being new to working on nut to this level -- anything anyone has to offer on adding code besides the obvious? like: should the 0.1 and 2.0 coexist somehow? (maybe different files) (also, is there a list of all the parms I can match up from the

On 10/31/2017 01:13 AM, Jim Klimov wrote: > If the new data is in a separate OID tree, it can quite be a new MIB. Otherwise you can use the UNIQUE flag and set the preferred (e.g. newer, more precise) source for a value first in the list of same-named mappings in existing file - if there's a hit on an actual device, it will be used and not iterated onwards. The flag is not yet supported for

Hello We have Dell servers and need to monitor them through SNMP. but need to install or insert Dell MIBs to our Centos. is copying MIBs are enough ? has any one is using Dell OpenManage on Centos ? Thanks

Guys, on RFC 1628 we have three units of conformace, separated by groups: subset, basic and advanced. Supported subset can be defined on "unit of conformance" groups. Someone know if could we implement some OIDs from 'advanced' group and other from 'basic' group and still "RFC 1628 conformance"? Some thing like upsIdent from "advanced group" and

Hi everyone, I''ve got some trouble with my RoR application running with apache (2.2.9) and mongrel (1.1.5). The site i manage has about 20''000 visits a day, and we run 14 mongrel instances switched with mongrel_cluster (1.0.5). The fact is, sometime, half of my mongrel instances are raising something like 500MiB memory and don''t seem to work anymore. The server itself

Hello. On a Solaris 10 10/08 (137137-09) Sparc system, I setup SMA to also return values for disk usage, by adding the following to snmpd.conf: disk / 5% disk /tmp 10% disk /apps 4% disk /data 3% /data and /apps are on ZFS. But when I do "snmpwalk -v2c -c public 10.0.1.26 UCD-SNMP-MIB::dskPercent", it only returns values for the first two directories (/ and /tmp), which are on UFS

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

Dear folks, According to mge-mib.c (NUT 2.6.2) LB condition is gained from variable .1.3.6.1.4.1.705.1.5.14.0 (i.e. upsmgBatteryLowBattery.0). The test device of me does not set this variable to yes(1) even if runtime drops below the preconfigured limit. I complained about this at Schneider Electric. They replied that low battery status is indicated by .1.3.6.1.4.1.705.1.5.14.0