[Nut-upsuser] Synology NAS is shutting down Ubuntu servers after very brief power outage (fwd)

Todd Benivegna todd at benivegna.com
Wed Aug 12 05:11:22 BST 2020


Ok, so just a follow-up to my last email; still following that guide, which is great…. Just stuck on getting the nut-server service starting automatically.  Got everything else working.  I’ve been able to get the nut-client starting up automatically at boot up (I had a missing “1” in upsmon.conf.  Oooops!)  However, I cannot get nut-server service to start-up automatically still.

proton at proton:~$ service nut-server status
nut-server.service - Network UPS Tools - power devices information server
     Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Tue 2020-08-11 23:43:55 EDT; 2min 0s ago
    Process: 1559 ExecStart=/sbin/upsd (code=exited, status=1/FAILURE)


proton at proton:~$ service nut-client status
nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
     Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2020-08-11 23:43:55 EDT; 2min 7s ago
    Process: 1567 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)
   Main PID: 1570 (upsmon)
      Tasks: 2 (limit: 9019)
     CGroup: /system.slice/nut-monitor.service
1569 /lib/nut/upsmon
1570 /lib/nut/upsmon
Warning: some journal files were not opened due to insufficient permissions.


I can get it to start manually by doing "sudo service nut-server restart".  Then it starts up…. Just starts up and all is good.


proton at proton:~$ sudo service nut-server status
nut-server.service - Network UPS Tools - power devices information server
     Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2020-08-11 23:49:50 EDT; 12s ago
    Process: 2949 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
   Main PID: 2950 (upsd)
      Tasks: 1 (limit: 9019)
     CGroup: /system.slice/nut-server.service
2950 /lib/nut/upsd
Aug 11 23:49:50 proton upsd[2949]: listening on 127.0.0.1 port 3493
Aug 11 23:49:50 proton upsd[2949]: listening on 127.0.0.1 port 3493
Aug 11 23:49:50 proton upsd[2949]: Connected to UPS [ups]: usbhid-ups-ups
Aug 11 23:49:50 proton upsd[2949]: Connected to UPS [ups]: usbhid-ups-ups
Aug 11 23:49:50 proton upsd[2950]: Startup successful
Aug 11 23:49:50 proton systemd[1]: Started Network UPS Tools - power devices information server.
Aug 11 23:49:50 proton upsd[2950]: User upsmon_local at 127.0.0.1 logged into UPS [ups]
Aug 11 23:49:51 proton upsd[2950]: User monuser at 192.168.1.70 logged into UPS [ups]
Aug 11 23:49:53 proton upsd[2950]: User upsmon_remote at 192.168.1.30 logged into UPS [ups]
Aug 11 23:49:53 proton upsd[2950]: User upsmon_remote at 192.168.1.20 logged into UPS [ups]



Here is my upsd.conf:

LISTEN 127.0.0.1 3493
LISTEN 192.168.1.31 3493



Could it be a permissions issue?  Weird that all it takes is me manually doing "sudo service nut-server restart” is all it takes.  Clients connect and everything.

Thanks,

Todd

--
Todd Benivegna // todd at benivegna.com
On Aug 11, 2020, 10:29 PM -0400, Todd Benivegna <todd at benivegna.com>, wrote:
> Thanks Manuel.  I’m following that guide but am now stuck when checking to make sure the nut-sever and nut-client are up and working.  I got this:
>
> proton at proton:~$ service nut-server status
> nut-server.service - Network UPS Tools - power devices information server
>      Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
>      Active: failed (Result: exit-code) since Tue 2020-08-11 22:13:42 EDT; 1min 18s ago
>     Process: 1537 ExecStart=/sbin/upsd (code=exited, status=1/FAILURE)
>
> Warning: some journal files were not opened due to insufficient permissions.
>
>
>
> proton at proton:~$ service nut-client status
> nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
>      Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
>      Active: failed (Result: exit-code) since Tue 2020-08-11 22:13:42 EDT; 1min 50s ago
>     Process: 1543 ExecStart=/sbin/upsmon (code=exited, status=1/FAILURE)
>
> Warning: some journal files were not opened due to insufficient permissions.
>
>
>
> Do I have incorrect permission on the conf files?  I did change this a while back.  Why should the default permissions be on the nut folder and the files in the nut folder?  I changed from 555 to 640 I believe.
>
> proton at proton:~$ sudo ls -la /etc/nut
> total 60
> drw-r-----   2 root nut   4096 Aug 11 22:13 .
> drwxr-xr-x 147 root root 12288 Aug 11 22:02 ..
> -rw-r-----   1 root nut   1543 Aug 11 22:13 nut.conf
> -rw-r-----   1 root nut   5615 Aug 11 21:59 ups.conf
> -rw-r-----   1 root nut   4601 Aug 11 22:04 upsd.conf
> -rw-r-----   1 root nut   2466 Aug 11 22:09 upsd.users
> -rw-r-----   1 root nut  15479 Aug 11 22:12 upsmon.conf
> -rw-r-----   1 root nut   3879 Feb  8  2020 upssched.conf
>
> --
> Todd Benivegna // todd at benivegna.com
> On Aug 11, 2020, 9:09 PM -0400, Manuel Wolfshant <wolfy at nobugconsulting.ro>, wrote:
> > On 8/12/20 3:55 AM, Todd Benivegna wrote:
> > > Manuel,
> > >
> > > You are absolutely right.  I think this is all the Synology just being
> > > very dumb.  I guess those are my only two options at this point.
> > >
> > > I have no idea on how to set up the NUT server though on one of my
> > > NUCs or my Pi.  Do you know any good guides out there?
> >
> > there are literally tons of guides. for instance:
> >
> > https://www.reddit.com/r/homelab/comments/5ssb5h/ups_server_on_raspberry_pi/
> > and scroll down to configuring, past the apt install step (which you
> > already did )
> >
> > basically all you need is to edit a few files below /etc/nut/ . takes 5
> > min top
> >
> >
> > >   I’m guessing it’s easy enough to edit upsmon.conf on the Synology in
> > > order to get that to become a slave; I think would be all that’s
> > > required for the Synology NAS.
> >
> >
> > > Yeah I saw that.  Makes no sense.  I can Wireshark it, however even if
> > > I find the cause, I’d still have to go to Synology for resolution,
> > > which I doubt will ever get fixed.  Even if they do, I doubt it’d be
> > > any time soon.  Maybe that’s me being pessimistic, I don’t know, but I
> > > just don’t if I have the time or energy for all that!
> > >
> > no need to wireshark any more, we already know that it sends bogus FSD
> >
> >
> >
> > _______________________________________________
> > Nut-upsuser mailing list
> > Nut-upsuser at alioth-lists.debian.net
> > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20200812/df30c4b2/attachment-0001.html>


More information about the Nut-upsuser mailing list