Displaying 9 results from an estimated 9 matches for "ups_oid".
Did you mean:
gss_oid
2014 Feb 19
2
snmp-ups shutdowns
...ion set "Return Delay" to 60 seconds.
> #
Thanks a lot for the suggestion, I'll give it a spin :)
> 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 off even if power is restored)
> #UPS_OID=".1.3.6.1.4.1.318.1.1.1.6.2.1.0 integer 3"
These seem like config file entries... where do they go?
I don't see UPS_OID in /etc/nut/* (for that...
2014 Feb 19
0
snmp-ups shutdowns
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 off even if power is restored)
> > #UPS_OID=".1.3.6.1.4.1.318.1.1.1.6.2.1.0 integer 3"
>
> These seem like config file entries... where do they go?
> I don't see UPS_OI...
2014 Feb 19
0
snmp-ups shutdowns
...enough grace time for the ESXI shutdown
# Optionally, in "End of Shutdown" section set "Return Delay" to 60 seconds.
#
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 off even if power is restored)
#UPS_OID=".1.3.6.1.4.1.318.1.1.1.6.2.1.0 integer 3"
#
--
Tim Rice Multitalents (707) 456-1146
tim at multitalents.net
2014 Feb 25
1
snmp-ups shutdowns
...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"
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.
I wonder if there was some confusion with .1.3...
2014 Feb 18
2
snmp-ups shutdowns
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
2014 Feb 27
3
snmp-ups shutdowns
...instant command.
>
> 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"
>
>>>> # 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 expected, without fixing the above discrepancies first? Right?
Thanks,
//Jim Klimov
2014 Feb 27
2
snmp-ups shutdowns
...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"
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.
I wonder if there was some confusion with .1.3...
2014 Feb 28
0
snmp-ups shutdowns
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 expected, without fixing the above discrepancies first? Right?
I was...
2014 Feb 27
0
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