<div dir="ltr">My default setting in upsmon.conf already have "POLLFREQ 5". (defalut value in upsmon.conf)<br>And my original pollinterval is pollinterval=5.<br>I didn't run nut on VM when I report this issue.<br>

<br>I tried Oleg's solution to set pollinterval=0, it works. But I am afraid any other side effect.<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/2/21 Kris Jordan <span dir="ltr"><<a href="mailto:nut.kj@sagebrushnetworks.com" target="_blank">nut.kj@sagebrushnetworks.com</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Oleg Semyonov wrote, On 2/20/2013 12:39 AM:<div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
UPS model: APC Smart-UPS 750 (051D/0002)<br>
But when UPS is offline, status will not change to OB immediately.<br>
After test many times. this delay time didn't have any rules. Maybe<br>
</blockquote>
immediately or few seconds or few minutes.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It will cause doing ONBATT action also delayed.<br>
</blockquote>
I asked exactly the same question on the 29th of January, and got nothing in<br>
reply.<br>
It doesn't seem to be a bike shedding problem, so nobody bothered, including<br>
developers<br>
(about using non-documented and probably non-supported option value).<br>
<a href="http://en.wikipedia.org/wiki/Parkinson's_law_of_triviality" target="_blank">http://en.wikipedia.org/wiki/<u></u>Parkinson's_law_of_triviality</a><br>
<br>
Short solution: set pollinterval=0 in driver configuration. It will report<br>
OB/OL immediately<br>
(but with a bit more CPU load).<br>
<br>
Full description: see my question here:<br>
<a href="http://lists.alioth.debian.org/pipermail/nut-upsuser/2013-January/008195.html" target="_blank">http://lists.alioth.debian.<u></u>org/pipermail/nut-upsuser/<u></u>2013-January/008195.html</a><br>
</blockquote>
<br></div></div>
Does the problem persist outside of a VM?<br>
*<br>
pollfreq*=/num/<br>
<br>
   Set polling frequency, in seconds, to reduce the USB data flow.<br>
   Between two polling requests, the driver will wait for interrupts<br>
   (aka UPS notifications), which are data changes returned by the UPS<br>
   by itself. This mechanism allow to avoid or reduce staleness<br>
   message, due to the UPS being temporarily overloaded with too much<br>
   polling requests. The default value is 30 (in seconds).<br>
<br>
Sounds like NUT supports interrupts with this driver.<br>
<br>
Pollfreq vs. pollinterval, I also wonder what is up with those two options.<br>
<br>
Is that a Microlink Smart-UPS? Perhaps one of its compatibility mode limitations are no interrupts.<br>
<br>
______________________________<u></u>_________________<br>
Nut-upsuser mailing list<br>
<a href="mailto:Nut-upsuser@lists.alioth.debian.org" target="_blank">Nut-upsuser@lists.alioth.<u></u>debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser" target="_blank">http://lists.alioth.debian.<u></u>org/cgi-bin/mailman/listinfo/<u></u>nut-upsuser</a><br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Best regards,<br>Jyun-Wei Huang (黃俊瑋)
</div>