Re: NSD not starting

"W.C.A. Wijngaards" <[email protected]>
Newsgroups gmane.network.dns.nsd.general
Message-ID <[email protected]>
Hi Michael,

Did the interface address change?  The IP address is listed in nsd.conf.

Perhaps the interface is down or unusable during early system startup,
the options ip-freebind and ip-transparent allow you to bind to the
address even though it does not (yet) exist.  Perhaps one of these
options can solve your problem?

Best regards, Wouter

On 13/02/17 14:35, Michael A. Peters wrote:
> First from /var/log/messages -
> 
> Feb 13 13:22:29 li354-217 systemd: Cannot add dependency job for unit
> microcode.service, ignoring: Unit is not loaded properly: Invalid argument.
> Feb 13 13:22:29 li354-217 systemd: Started NSD DNS Server.
> Feb 13 13:22:29 li354-217 systemd: Starting NSD DNS Server...
> Feb 13 13:22:29 li354-217 nsd[30882]: nsd starting (NSD 4.1.14)
> Feb 13 13:22:29 li354-217 nsd: [2017-02-13 13:22:29.498] nsd[30882]:
> notice: nsd starting (NSD 4.1.14)
> Feb 13 13:22:29 li354-217 nsd[30882]: can't bind udp socket: Cannot
> assign requested address
> Feb 13 13:22:29 li354-217 nsd: [2017-02-13 13:22:29.500] nsd[30882]:
> error: can't bind udp socket: Cannot assign requested address
> Feb 13 13:22:29 li354-217 nsd[30882]: server initialization failed, nsd
> could not be started
> Feb 13 13:22:29 li354-217 nsd: [2017-02-13 13:22:29.518] nsd[30882]:
> error: server initialization failed, nsd could not be started
> Feb 13 13:22:29 li354-217 systemd: nsd.service: main process exited,
> code=exited, status=1/FAILURE
> Feb 13 13:22:29 li354-217 systemd: Unit nsd.service entered failed state.
> Feb 13 13:22:29 li354-217 systemd: nsd.service failed.
> 
> I assume the microcode.service is an unrelated CentOS 7 bug, based on
> google searches, seems to be harmless noise caused by a bad regex and
> doesn't cause services to fail. The rest though is NSD not starting.
> 
> NSD 4.1.14
> 
> The host is a Linode VM that was running just fine for a long time. All
> the host does is NSD. Another just like it still running fine.
> 
> This host that is not starting, a few days ago Linode migrated the VM to
> a different machine and I suspect that is the cause.
> 
> It's not firewall, I turned it off and tried just to make sure.
> 
> It's not anything else using port 53 - no bind or unbound, and an nmap
> of the host shoes port 53 closed, not listening or blocked.
> 
> I suspect something to do with how the image was migrated resulted in
> port 53 no longer working. My ssh still works (only other service
> listening) but I use a custom high port above 1024 for that.
> 
> linode uses KVM - I really only have experiences as a client running an
> image, not in the KVM side of things itself.
> 
> Anyone know what might be possibly NSD on an image that ran well for
> over a year to suddenly no longer be able to bind to port 53? The two
> suggestions I got from linode support staff I had already checked and
> weren't the issue (first suggested I had started bind, second suggested
> my firewall was the issue, I verified both were not the cause BEFORE I
> filed a ticket) so I think they are clueless.
> 
> Same setup on another host that wasn't migrated is still working peachy.
> 
> This is my third nameserver, so with this not running I only have two
> and I do not like to only have two.
> 
> It's a slave, not a master.
> 
> Thank you for any suggestions.
> _______________________________________________
> nsd-users mailing list
> [email protected]
> https://open.nlnetlabs.nl/mailman/listinfo/nsd-users

_______________________________________________
nsd-users mailing list
[email protected]
https://open.nlnetlabs.nl/mailman/listinfo/nsd-users
signature.asc (application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJYobeLAAoJEJ9vHC1+BF+Nr04QAIyAR0UqRqFg94qM2TbySIX4
z7WpFY+bCu8XJrzNEojJDQl9Eqf3jCSwqWQGRQyNjHmMBR2UeItjb8Mmn34GidcQ
kaMyRC6Q2pJUDgPQdtJnMb1ZEkhePXPc/nflcBmD0J67jzLsKTK5YUvsM5JdiV3g
9TPNdq7ZADfg0Q7zWU/NQvABt+kJXtCIFzgXDadcQvVRCZQ6fbQDtSXRc6MGF+vc
nmT3ZjbVTufWVfDepHKNytuFMu+O1sqmhBqG4SIsfIHIlaNIkxI3bkkaotIYo3QF
uOpQC1Q7nEnrfvJFXOznJjUkVIn0u1BfsrGc2rCD8TV+JF9IZqr+teGtlX6Uf5O6
oasFYUH2w/FiIRRMGK2EvsBSGY4vaP2JXN4O1MRey1cbrZVRHNo9HADNRorgcelW
d2RlYL/lvoLlK1fIN4kjzo+01siH6fwIYvkh8pNq/Men390gMH8+wR6TBqOlsn7j
L2CZIvlaz6fX8us6ohnSYv98Qmqg35W2mqNokEYsuxPtgGBJcTqSb1AjL8S4e6O9
7LX4d68qLKQQSyi+Msl/bYjZXCvsIK0NeZSSs2yaZJ9lqixLRa4DeActjL/CnD/0
AMuphYBdKYfnFmynndOGUesShA+mR1BOu6PunuZdNol1HM+b8rRSU+Fh6qgtPBy6
6bi1WhQ5x7PaH3p8j0YX
=OZLD
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.