<div class="gmail_quote"><div>Hi Peter,<br> <br>sorry for the lag in answering... crowded week.<br><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

One thing bothers me. I don't see parameters like "battery.runtime.low" here. How will the UPS notice the NUT that it is running critically low? Or better said, when will it do that?<br>
<br>
With APC, there is such parameter, default set to 120 seconds. As I understand, when battery goes critically low (2 minutes before getting fully discharged), it sends "battery critical" to the NUT server, and the NUT sends "shutdown" command to clients.<br>
</blockquote><div> <br>that's it.<br><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
However with the HP, either R5000 or R5500, there is no such parameter, and I even didn't find it in web interface settings. There is quite opposite setting possible (custom): how many seconds AFTER the UPS goes battery, should it switch off. This is quite illogical, though.<br>
</blockquote><div> <br>a fallback option is to use upssched:<br><a href="http://www.networkupstools.org/docs/user-manual.chunked/ar01s07.html#_the_advanced_approach_using_upssched">http://www.networkupstools.org/docs/user-manual.chunked/ar01s07.html#_the_advanced_approach_using_upssched</a><br>
<br>If you, for example, have 10 mn of runtime, and need 2 mn to shutdown the system, then you would declare a (max) 8 mn timer when switching on battery.<br><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

So, I'm afraid a bit doing UPS fullscale test because I don't know, whether servers will have enough time to shutdown before UPS switches itself off. I know I will face it in future, however need more info now.<br>
</blockquote><div><br>your remarks are valid!<br>I entered the round lately on this driver, following Eaton acquisition of MGE OPS.<br>The thing is that, since that time, the various redundant Eaton protocols coming from Eaton or MGE (Ie serial XCP Vs SHUT, USB XCP Vs USB/HID, ...) have seen some decision: XCP has been superseded by SHUT and HID.<br>
My main focus has so gone to these, though I've also been putting some efforts to improve the XCP driver.<br><br>So, mge-shut and usbhid-ups (Eaton and derivative products) provide support for lot more data and features.<br>
battery.runtime.low is for example supported.<br>And R5000 is supported by usbhid-ups through the USB port.<br><br>Otherwise, there are still planned improvement for XCP (and a lot around configuration).<br>The best would be a driver rewrite, but I've currently not enough resources to staff one on this.<br>
But I think I've identified what should be mapped battery.runtime.low.<br>So I you really want to go the XCP way, let me know and I'll check what I can do.<br>One thing that may help is to tell HP that you want a better NUT support...<br>
</div></div><br>I hope this will shed some light on this, and provide you at least a suitable solution.<br><br>cheers,<br clear="all">Arnaud<br>-- <br>Linux / Unix Expert R&D - Eaton - <a href="http://powerquality.eaton.com" target="_blank">http://powerquality.eaton.com</a><br>
Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/" target="_blank">http://www.networkupstools.org/</a><br>Debian Developer - <a href="http://www.debian.org" target="_blank">http://www.debian.org</a><br>
Free Software Developer - <a href="http://arnaud.quette.free.fr/" target="_blank">http://arnaud.quette.free.fr/</a><br><br>