[Nut-upsuser] System with MGE UPS shuts down too early

Georgi D. Sotirov gdsotirov at gmail.com
Sat Jan 11 11:18:27 GMT 2020


Hello,

I'm experiencing a strange early shutdown behavior with the following 
system:

  * */OS/*: Slackware Linux 14.2 x86_64
  * */NUT/*: 2.7.4 (from my own package
    <https://sotirov-bg.net/slackpack/pack.cgi?id=4083>)
  * */UPS/*: MGE Ellipse PRO 1600
    <powerquality.eaton.com/Products-services/Backup-Power-UPS/Ellipse-PRO.aspx>
    (bought in September 2017)

*/Problem description/*: An hour ago there was a power outage for about 
3-4 minutes. However, the system was forcefully shut down just after a 
minute (!) and I'm not sure I understand why. This is what I found into 
the logs:

  * /var/log/messages (only relevant):

Jan 11 11:49:15 sotirov-bg upsmon[2677]: UPS mgeups at localhost on battery
Jan 11 11:49:15 sotirov-bg upssched[29746]: Executing command: 
ups-on-battery
Jan 11 11:49:15 sotirov-bg upssched-cmd: Unrecognized command: 
ups-on-battery
Jan 11 11:50:20 sotirov-bg upsmon[2677]: UPS mgeups at localhost battery is low
Jan 11 11:50:20 sotirov-bg upsd[2672]: Client monuser at 127.0.0.1 set FSD 
on UPS [mgeups]
Jan 11 11:50:20 sotirov-bg upsmon[2677]: Auto logout and shutdown proceeding
Jan 11 11:50:20 sotirov-bg upssched[30461]: Executing command: ups-low-batt
Jan 11 11:50:20 sotirov-bg upssched-cmd: Unrecognized command: ups-low-batt
Jan 11 11:50:20 sotirov-bg upssched[30466]: Executing command: ups-shutdown
Jan 11 11:50:20 sotirov-bg upssched-cmd: Unrecognized command: ups-shutdown
Jan 11 11:50:25 sotirov-bg shutdown[30471]: shutting down for system halt
Jan 11 11:50:25 sotirov-bg init: Switching to runlevel: 0

  * /var/log/ups (snippet of consecutive messages):

20200111 114901 100 221.0 17 [OL] NA 50.0
20200111 114906 100 221.0 17 [OL] NA 50.0
20200111 114911 100 221.0 17 [OL] NA 50.0
20200111 114916 99 0.0 19 [OB] NA 0.0
20200111 114921 99 0.0 19 [OB] NA 0.0
20200111 114926 99 0.0 19 [OB] NA 0.0
20200111 114931 99 0.0 19 [OB] NA 0.0
20200111 114936 99 0.0 19 [OB] NA 0.0
20200111 114941 99 0.0 19 [OB] NA 0.0
20200111 114946 98 0.0 16 [OB] NA 0.0
20200111 114951 98 0.0 16 [OB] NA 0.0
20200111 114956 98 0.0 16 [OB] NA 0.0
20200111 115001 98 0.0 16 [OB] NA 0.0
20200111 115006 98 0.0 16 [OB] NA 0.0
20200111 115011 98 0.0 16 [OB] NA 0.0
20200111 115016 98 0.0 16 [OB] NA 0.0
20200111 115021 96 0.0 18 [FSD ALARM OB LB] NA 0.0
20200111 115026 96 0.0 18 [FSD ALARM OB LB] NA 0.0
20200111 115031 96 0.0 18 [FSD ALARM OB LB] NA 0.0
20200111 115036 96 0.0 18 [FSD ALARM OB LB] NA 0.0
20200111 115041 96 0.0 18 [FSD ALARM OB LB] NA 0.0
20200111 115044 96 0.0 18 [FSD ALARM OB LB] NA 0.0
20200111 120209 NA NA NA [WAIT] NA NA
20200111 120214 84 217.0 16 [OL] NA 50.0
20200111 120219 84 217.0 16 [OL] NA 50.0
20200111 120224 84 217.0 16 [OL] NA 50.0

What bugs me is that for just over a minute on battery power the status 
changes to FSD ALARM OB LB (see in red above), while at this moment the 
battery charge is 96 % (!?). After the power was restored the system 
didn't come up, so I had to power it up manually. Checking the battery 
charge afterwards it was still 85 %, so I'm really not sure why NUT 
shutdown the system so early. I have tested the shutdown sequence in 
September 2017 after I installed the UPS by manually removing the online 
power and the system was shutdown properly after about 30 minutes. In 
several previous occasions I didn't notice such problem and the system 
was shutdown after the battery reached the critical charge level of 20% 
or managed to discharge the battery until online power restored.

Any suggestions what could be the problem? What does this "ALARM" in 
status mean? I checked older ups monitor logs and I did not find such 
status.


Best regards,
--
Georgi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20200111/e2e00409/attachment.html>


More information about the Nut-upsuser mailing list