<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body ><div>This apparently implies that, unlike some docs say, the snmp-ups driver can send the shutdown signals (is not crippled by design)? ;)</div><div><br></div><div>Also, are those oids apc-private or commonly used/standard among snmp upses?</div><div><br></div><div>Thanks,</div><div>//Jim</div><div><br></div><div><br></div>Typos courtesy of my Samsung Mobile<br><br><br>-------- Исходное сообщение --------<br>От: Charles Lepple <clepple@gmail.com> <br>Дата: 2014.02.25 13:08 (GMT+01:00) <br>Кому: nut-upsdev@lists.alioth.debian.org <br>Тема: Re: [Nut-upsdev] snmp-ups shutdowns <br> <br><br>On Feb 19, 2014, at 11:18 AM, Tim Rice wrote:<br><br>> On Wed, 19 Feb 2014, Jim Klimov wrote:<br>> <br>>> On 2014-02-19 03:04, Tim Rice wrote:<br>>>> Now here are the OIDs (pick one) to actually turn the UPS off<br>>>> after the shutdown delay.<br>>>> <br>>>> # reboot gracefully (APC) (stays off until utility power is restored)<br>>>> UPS_OID=".1.3.6.1.4.1.318.1.1.1.6.2.2.0 integer 3"<br><br>This OID is curiously commented out in drivers/apc-mib.c, and has been since the beginning of our revision control history. I don't see why we couldn't add it back in as an instant command.<br><br>I wonder if there was some confusion with .1.3.6.1.4.1.318.1.1.1.6.1.1.0 (upsBasicControlConserveBattery), which is currently mapped to "shutdown.return"<br><br>>>> # turn off UP gracefully (APC) (stays off even if power is restored)<br>>>> #UPS_OID=".1.3.6.1.4.1.318.1.1.1.6.2.1.0 integer 3"<br><br>This should map to the "shutdown.stayoff" instant command.<br><br>-- <br>Charles Lepple<br>clepple@gmail<br><br><br><br><br>_______________________________________________<br>Nut-upsdev mailing list<br>Nut-upsdev@lists.alioth.debian.org<br>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev<br></body>