similar to: snmp-ups shutdowns

On Feb 27, 2014, at 7:07 AM, jimklimov at cos.ru wrote: > This apparently implies that, unlike some docs say, the snmp-ups driver can send the shutdown signals (is not crippled by design)? ;) We're working on it: http://buildbot.networkupstools.org/~buildbot/cayman/docs/latest/docs/man/snmp-ups.html#_shutdown A quick check says that the implementation has been there since v2.6.4, and

On 2014-02-27 14:21, Charles Lepple wrote: > On Feb 27, 2014, at 7:07 AM, jimklimov at cos.ru <mailto:jimklimov at cos.ru> > wrote: > >> This apparently implies that, unlike some docs say, the snmp-ups >> driver can send the shutdown signals (is not crippled by design)? ;) > > We're working on it: > >

On Feb 19, 2014, at 11:18 AM, Tim Rice wrote: > On Wed, 19 Feb 2014, Jim Klimov wrote: > >> On 2014-02-19 03:04, Tim Rice wrote: >>> Now here are the OIDs (pick one) to actually turn the UPS off >>> after the shutdown delay. >>> >>> # reboot gracefully (APC) (stays off until utility power is restored) >>>

On 2014-02-19 03:04, Tim Rice wrote: > If you've got a AP9630 card these notes may be useful. > > # APC ap9630 notes: > # Use firmware 6.0.6 or later if you want SNMPv3 > # Configuration->Shutdown > # In "Start of Shutdown" section, set "Low Battery Duration" and > # "Shutdown Delay" to get enough grace time for the ESXI shutdown > #

On Wed, 19 Feb 2014, Jim Klimov wrote: > On 2014-02-19 03:04, Tim Rice wrote: > > Now here are the OIDs (pick one) to actually turn the UPS off > > after the shutdown delay. > > > > # reboot gracefully (APC) (stays off until utility power is restored) > > UPS_OID=".1.3.6.1.4.1.318.1.1.1.6.2.2.0 integer 3" > > # turn off UP gracefully (APC) (stays

Hi Jim, On Tue, 18 Feb 2014, Jim Klimov wrote: > Hello all, > > I was asked about a proper way to ensure powerfail shutdown of a blade > server fed off an APC SmartUPS, which is monitored by all hosts over > SNMP. In particular, they'd like to avoid the "untimely" return of > utility power - when the OSes are already shutting down, and would > stay down

On Feb 27, 2014, at 9:43 AM, Jim Klimov wrote: >>>>> # turn off UP gracefully (APC) (stays off even if power is restored) >>>>> #UPS_OID=".1.3.6.1.4.1.318.1.1.1.6.2.1.0 integer 3" >> >> This should map to the "shutdown.stayoff" instant command. > > And this means that the current code in the repository would not work > as

Hello all, I was asked about a proper way to ensure powerfail shutdown of a blade server fed off an APC SmartUPS, which is monitored by all hosts over SNMP. In particular, they'd like to avoid the "untimely" return of utility power - when the OSes are already shutting down, and would stay down because the UPS is well-fed now and thus won't power off and later power on to boot

Hi Charles, thanks for the clarification on the libusb. that indeed does work to get the value in ./configure. I've tried installing a .deb sudo dpkg -i nut_2.7.4-5_all.deb (Reading database ... 103447 files and directories currently installed.) Preparing to replace nut 2.6.4-2.3+deb7u1 (using nut_2.7.4-5_all.deb) ... Unpacking replacement nut ... Setting up nut (2.7.4-5) ... which

UNITEK Alpha650ipF and Alpha650ipE Build NUT v2.6.4 from sources http://www.networkupstools.org/source/2.6/nut-2.6.4.tar.gz System: RedHat Linux RHEL4 Kernel: 2.6.9-42.0.10.EL (upsc) command output : battery.charge: 100 battery.voltage: 14.30 battery.voltage.high: 13.00 battery.voltage.low: 10.40 battery.voltage.nominal: 12.0 device.mfr: UNITEK device.model: Alph650ipF device.type: ups

Win xp sp2, R v2.7.1 Hi. If I have two numeric columns in a data frame, I can use the paste command to combine them into a new column separated by a comma. c3=paste(c1,c2,sep=',') gives: 1 1 -> "1,1" Is there any way I can use a new line (\n) as a separator? i.e. 1 1 -> 1 1 I tried paste(1,1,'\n') but it only gives "1\n1" Is there any other

Hello, Control HP R1500 G2 with nut via USB. Ubuntu 14.04.5 LTS (GNU/Linux 4.4.0-72-generic x86_64) nut V2.7.1 installed from repository /etc/nut/ups.conf [HPR1500] driver=usbhid-ups port=auto After dealing hours with this, hope this will help some : rename udev rule to higher priority and move it to its right location, reload udev rules mv /lib/udev/rules.d/52-nut-usbups.rules

Hello, Would like to see if I could get some help with this UPS on a debian set-up. Am not the best with linux and have tried what I managed to find elsewhere on the list so am just trying here. 1) Device seems supported: http://networkupstools.org/ddl/Mini-Box.com/OpenUPS2.html 2) lsusb -v -d 04d8: seems to give the right parameters including product name, max power etc from the unit 3)

On 9/19/2017 6:45 PM, Charles Lepple wrote: > On Sep 19, 2017, at 1:36 PM, Ren? Berber wrote: >> My guess is that they are the same version (Synology keeps it updated). > > Is there a way to check which version they are using? (Just curious - probably will not affect the problem you described.) None I could find, tried strings, might try telnet but my guess is that it will spew

Greetings to you all, We are attempting to use NUT to interface with a BestPower FerrUPS FE2.1KVA. We are using the bestfcom driver because the driver listed our UPS as supported. The driver fails, however, because "fc" commands do not exist on the unit. We are running NUT v2.7.1 on CentOS 6.5 with the bestfcom driver. We setup a serial tap and see the UPS error out on the fc command

Hi all! I'm wondering if there's anyone doing any hacking on the snmp-ups driver at the moment. I've started looking at implementing 3phase-support, and this uncovered some rather unpleasant stuff in the snmp-ups driver that I really need to fix in order to get things sane. Those of you that's allergic to SNMP might want to stop reading now, this is rather icky ;)

Evening all: Stepping away from the stats methodology questions for a moment, I have a housekeeping question for when it comes time to make the jump to v2.7.2. I'm running v2.7.1 on an XP system. I have a suspicion that, by way of experimentation with a couple of shell choices along the way, I've left myself with a couple of unused stowaway libraries that I see no need to bring along

All, I'm running R v2.7.1 on Mac OS X. When I go to the R package installer GUI, I am not prompted to select a repository. The usual screen is there but the columns for package, installed version, and repository version are all populated via blank entries. If I select "Get List" the error below occurs. The same thing occurs if I go form the command line via install.packages.

The object is a mcmc sample from lmer. I am using R v2.7.1. Please let me know what additional information I can provide, hopefully I am just making a simple mistake. Thanks in advance! > data(ratdrink, package = 'faraway') > rd.er <- lmer(wt ~ weeks*treat + (1 | subject), data = ratdrink) > rd.mc <- mcmcsamp(rd.er, 10000) > library(coda) Loading required package:

Hi, I am using a ALLNET 91500 UPS with blazer_usb driver /usr/lib/ups/driver/blazer_usb -a ups91500 -L Network UPS Tools - Megatec/Q1 protocol USB driver 0.10 (2.7.1) I have this settings: upsc ups91500 at localhost battery.charge: 100 battery.runtime: 12000 battery.voltage: 27.50 battery.voltage.high: 27.3 battery.voltage.low: 18.0 device.type: ups driver.flag.novendor: enabled driver.name: