<div id="geary-body" dir="auto"><blockquote type="cite"><div><span style="white-space: pre-wrap;">If there is no message to NUT, I would consider opening a trouble ticket with Eaton. It is possible that there is a known issue and/or a firmware upgrade.</span></div></blockquote><div>What kind of message to NUT? In the log (syslog) there is no other message registered. In nut.log only this appears:</div><div><br></div><blockquote type="cite"><div><div>Dec 1 08:10:54 openmediavault upsd[5284]: Data for UPS [ellipsemax] is stale - check driver</div></div><div><div>Dec 1 08:10:56 openmediavault upsmon[5313]: Poll UPS [ellipsemax@localhost] failed - Data stale</div></div><div><div>Dec 1 08:10:56 openmediavault upsmon[5313]: Communications with UPS ellipsemax@localhost lost</div></div><div><div>Dec 1 08:10:56 openmediavault upssched[10965]: Executing command: notify</div></div><div><div>Dec 1 08:10:56 openmediavault upssched-cmd: Communications with the UPS ellipsemax@localhost are lost</div></div><div><div>Dec 1 08:10:58 openmediavault upsd[5284]: UPS [ellipsemax] data is no longer stale</div></div><div><div>Dec 1 08:11:01 openmediavault upsmon[5313]: Communications with UPS ellipsemax@localhost established</div></div><div><div>Dec 1 08:11:01 openmediavault upssched[10998]: Executing command: notify</div></div><div><div>Dec 1 08:11:01 openmediavault upssched-cmd: Communications with the UPS ellipsemax@localhost are established</div></div><div><div>Dec 1 13:02:51 openmediavault upsd[2185]: fopen /var/run/nut/upsd.pid: No such file or directory</div></div><div><div>Dec 1 13:02:51 openmediavault upsd[2185]: listening on 0.0.0.0 port 3493</div></div></blockquote>[...]<div><br><div><br></div><div>Note the time lapse from 08:11 to 13:02. The UPS shutdown at 08:11. These shutdowns only happen when the UPS has the USB cable connected and being monitored. I have not tested with the serial port. At least the times I have checked, the UPS shuts down after those messages appear.</div><div><br></div><div>The UPS is EOL (is quite old), so there is no support from them. This UPS was working but something has been changed in NUT that now the device turns off.</div><div>I have increased pollfreq value in the driver to 45 seconds. In upsmon.conf POLLFREQ is set to 10 seconds, POLLFREQALERT 10 seconds, HOSTSYNC 15, DEADTIME 30. MAXAGE is 60 seconds. This has turned into an earlier shutdown. Instead of around 6 hours it cut the power in 45 minutes. Previous values were POLLFREQ 5, POLLFREQALERT 5, HOSTSYNC 15, DEADTIME 15 and MAXAGE 15.</div><div><br></div><blockquote type="cite"><div><span style="white-space: pre-wrap;">Also, given that the load is only 12%, double-check that the UPS is not configured for any power saving features that might cause the shutdown ("ECO mode" or similar). NUT does not get a notification for that event the way that it gets a normal LB shutdown notification.</span></div></blockquote><span style="white-space: pre-wrap;"><div><span style="white-space: pre-wrap;"><br></span></div>Are you referring to NUT (ups.conf) or to the UPS itself? I have checked the instruction manual and it says nothing about ECO modes. It talks only about disabling alarms or changing sensitivity to source voltage variations.</span><div><span style="white-space: pre-wrap;"><br></span></div><div><span style="white-space: pre-wrap;">Thanks.<br></span><div><br></div></div></div></div><div id="geary-quote" dir="auto"><br>En ds., 1 de de des. 2018 a les 11:48 P. M., Charles Lepple <clepple@gmail.com> ha escrit:<br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">On Dec 1, 2018, at 3:45 PM, raul <<a href="mailto:raulvior.bcn@gmail.com">raulvior.bcn@gmail.com</a>> wrote:
<blockquote>
The UPS is connected to the following environment:
OS: Debian GNU/Linux 9.6 (stretch)
NUT version: 2.7.4-5
Device output from lsusb: 0463:ffff MGE UPS Systems UPS
Model name: MGE EllipseMAX 1500
URLs:
<a href="http://powerquality.eaton.com/Products-services/Backup-Power-UPS/Ellipse-MAX-eol.aspx?cx=97&GUID=7BB6CD53-9F6D-4D62-B326-1099F137BF8D">http://powerquality.eaton.com/Products-services/Backup-Power-UPS/Ellipse-MAX-eol.aspx?cx=97&GUID=7BB6CD53-9F6D-4D62-B326-1099F137BF8D</a>
<a href="http://powerquality.eaton.com/68558.aspx?cx=97">http://powerquality.eaton.com/68558.aspx?cx=97</a>
The problem is that at some point, after being online for a while, the UPS shuts down, cutting the power of all devices without sending any command. The log of the master monitor registers a USB error before the events of the OS booting process after turning on again the UPS. I have attached the output
Dec 1 21:35:18 openmediavault kernel: [19503.643123] usb 3-2: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 6 ret -110
Dec 1 21:35:26 openmediavault kernel: [19511.835644] usb 3-2: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 5 ret -110
</blockquote>
"ret -110" is a timeout, and on other MGE models, I see those sporadically throughout the day. Those might even correspond to the "libusb_get_interrupt: Connection timed out" lines in the debug log.
If there is no message to NUT, I would consider opening a trouble ticket with Eaton. It is possible that there is a known issue and/or a firmware upgrade.
Also, given that the load is only 12%, double-check that the UPS is not configured for any power saving features that might cause the shutdown ("ECO mode" or similar). NUT does not get a notification for that event the way that it gets a normal LB shutdown notification.
<div>--
</div>Charles Lepple
clepple@gmail
</div></blockquote></div>