similar to: Tripplite UPS (SU10KRT3/1X) through snmp-ups (nut 2.6.5)

On Feb 16, 2014, at 11:33 PM, ??? ????? wrote: > > > I forgot to mention, if you don't want to deal with autoconf, etc., when building from Git, you can grab a snapshot from Buildbot: > > nut-2.7.1.5.tar.gz > > > Thanks a lot, I downloaded it from this link and ran commands "autoreconf && ./configure && make" to build it: > You

> Since you didn't specify an install prefix, check /usr/local/ups for your > new installation. > Thanks, found the installation there. Please try building snmp-ups, and let me know how the output of upsc looks. > Rebuilt is with "*--with-snmp" *option, installed and started nut processes, and they are working :) upsc trippliteups at 10.200.254.26 command output

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

> 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

On Feb 17, 2014, at 4:35 AM, ??? ????? wrote: > ups.status: OL Actually, during your next maintenance window, is it possible to verify that the driver sees the "OB" and "LB" status values? We also might want to add R/W variables, and the instant command to enable shutdown. -- Charles Lepple clepple at gmail

Hi all! I checked out the rev2366(it's stable NUT 2.4.3) and patched last liebert-esp2 revision + spiros last code. After, I used autoreconf --install and I gave the follow error msg: configure.in:86: error: possibly undefined macro: AC_C_FLEXIBLE_ARRAY_MEMBER If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:87:

[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

On Feb 10, 2014, at 1:16 AM, ??? ????? wrote: > Thanks for you reply. Concerning the subscribtion list, I have earlier filled in the fields and sent request to subscribe to this list, but still haven't got an answer. I added you manually, but check your spam folder just in case it ended up there. > Yes, I do have a MIB file that was on CD that came with the UPS, attached it to this

Hi, Nut-upsusers, I am having problem configuring NUT to work with Tripplite UPS through SNMP. There is a Tripplite SmartOnline SU10KRT3/1X and attempts to monitor it using NUT though SNMP are failing... OS: Enterprise Linux 6, Nut version: 2.6.5. ups.conf is configured: [trippliteups] driver = snmp-ups port = 10.200.254.39 desc = "ProductionServer"

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.

https://bugzilla.samba.org/show_bug.cgi?id=11369 Bug ID: 11369 Summary: obsoleted autoconf macros Product: rsync Version: 3.1.1 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 Component: core Assignee: wayned at samba.org Reporter: brant at

For reasons unrelated to NUT, I upgraded my FreeBSD-x86 buildslave machine from 9.1 to 10.0. This involved rebuilding the whole ports tree, but no other (intentional) changes were made. Now, I get this error: (cd scripts && make top_distdir=../nut-2.7.1.5 distdir=../nut-2.7.1.5/scripts \ am__remove_distdir=: am__skip_length_check=: am__skip_mode_fix=: distdir) make[4]: don't

For reasons unrelated to NUT, I upgraded my FreeBSD-x86 buildslave machine from 9.1 to 10.0. This involved rebuilding the whole ports tree, but no other (intentional) changes were made. Now, I get this error: (cd scripts && make top_distdir=../nut-2.7.1.5 distdir=../nut-2.7.1.5/scripts \ am__remove_distdir=: am__skip_length_check=: am__skip_mode_fix=: distdir) make[4]: don't

Please see below. I think I know what is going on (it seems to be a make/gmake incompatibility), but to fix it, I need to rewrite some of the HP-UX packaging code, and I need a HP-UX user to help test this. Otherwise, I'm going to just rip it out for now, and add it back in when someone complains. On Feb 4, 2014, at 10:17 PM, Charles Lepple wrote: > For reasons unrelated to NUT, I

Hola Jose, si CONCATENAR significa APILAR, es decir, concantenar verticalmente, por decirlo de algun modo, podrias hacerlo con rbind(): nuevovector <- rbind(vector1,vector2) Si ademas quieres que cada valor de los vectores originales sea identificado en el nuevovector, puedes usar: nuevovector <- stack(vector1,vector2) en este ultimo caso se agrega una columna adicional tipo factor, con

Hello, I'm getting some error messages from R CMD check I can't deal with. I'm working under Linux with R 1.8.1 The package working directory can be found at: http://www.uni-bayreuth.de/departments/math/org/mathe7/DISTR/distr.tar.gz Here's the 00check.log produced by R CMD check distr * using log directory '/home/tom/studium/R/swp/swp/package/distr.Rcheck' * checking

Dear userRs, "playing around" with combinations of replicate() and random number generating functions inside a self-defined "wrapper" function I encounterd a puzzling behaviour. The following are intentionally simple (and rather nonsense-) examples to isolate the relevant aspects. Please, note the seemingly "inconsistent" behaviour for the second call of

Hello all, Can someone tell me why the following mixture of two log-normal distributions does not get truncated? What puzzles me is that the function works almost always, but for certain combinations (like the one below), it does not. # R code example library(distr) mix<-UnivarMixingDistribution(Lnorm(3.2,0.5),Lnorm(5.4,0.6),mixCoeff=c(0.3,0.7))

Hi, we have some questions concerning the definition of new arithmetic methods. In our package "distr" (on CRAN) we define some new arithmetic methods for "+", "-", "*", "/". After loading "distr" the corresponding arithmetic methods work. Now, if we define a new class and also a new method for one of the arithmetic methods

Hola, ¿qué tal? Tienes que escribir a la dirección r-help-es en r-project.org, no a las que has usado (que son de administración de la lista). Un saludo, Carlos J. Gil Bellosta http://www.datanalytics.com El día 3 de septiembre de 2013 12:39, Jose Betancourt B. <betanster en gmail.com> escribió: > Quisiera saber en el paquete Epiestim > > Como lograr concatenar dos vectores,