[Nut-upsuser] nut-server service fails to start at boot
Daniel Shields
grungelizard9 at hotmail.com
Mon Oct 23 15:26:24 UTC 2017
Thanks Charles,
Looks like setting LISTEN to 0.0.0.0 did the trick. I use iptables so no worries on the filtering.
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
From: Charles Lepple<mailto:clepple at gmail.com>
Sent: Sunday, October 22, 2017 8:39 AM
To: Daniel Shields<mailto:GRUNGELIZARD9 at HOTMAIL.COM>
Cc: nut-upsuser at lists.alioth.debian.org<mailto:nut-upsuser at lists.alioth.debian.org>
Subject: Re: [Nut-upsuser] nut-server service fails to start at boot
On Oct 22, 2017, at 2:39 AM, Daniel Shields <grungelizard9 at hotmail.com> wrote:
>
> Oct 22 05:57:37 nut.tklapp.com upsd[341]: not listening on 192.168.213.189 port 3493
> Oct 22 05:57:37 nut.tklapp.com upsd[341]: not listening on 192.168.213.189 port 3493
> Oct 22 05:57:37 nut.tklapp.com upsd[341]: listening on 127.0.0.1 port 3493
> Oct 22 05:57:37 nut.tklapp.com upsd[341]: no listening interface available
>
I think you're hitting this race condition: https://github.com/networkupstools/nut/issues/393
Using the LISTEN directive to selectively ignore certain interfaces worked a lot better when 1) we didn't have to worry about interfaces being removed and added at runtime and 2) when NUT was guaranteed to start after all of the network interfaces were already up.
Can you just use "LISTEN 0.0.0.0"? If there is one particular interface you are excluding, can you handle that with firewall rules?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20171023/ec84b12a/attachment.html>
More information about the Nut-upsuser
mailing list