Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Have got a script running every so often checking a few services for certain keywords in them. If found it logs the status, then restarts the service. The above status causes my bind server to stop working. The service keeps running but it doesn't resolve dns hence the reason I restart it. What does the above mean, any way to prevent it? This is on Ubuntu 16.04 LTS
Last edited by jmgibson1981; 07-13-2018 at 10:03 AM.
These are legitimate logs of your server trying to resolve log.dmtry.com using 216.239.34.99 (google dns). For some reason (I guess a misconfiguration) the authoritative dns responds with a RCODE. So this is not a reason for your dns to stop working.
Ok so what is causing that command? My script logs the status before sending the systemctl restart command so I have no idea what is causing it to run the ExecStop line.
Ok so what is causing that command? My script logs the status before sending the systemctl restart command so I have no idea what is causing it to run the ExecStop line.
I read that over. Couldn't figure how that could or would apply to my issue. Also that ExecStop line is present everytime I run my status command, even after a fresh restart and dns resolution is working fine so I'm not sure that is the issue.
Have got a script running every so often checking a few services for certain keywords in them. If found it logs the status, then restarts the service. The above status causes my bind server to stop working. The service keeps running but it doesn't resolve dns hence the reason I restart it. What does the above mean, any way to prevent it? This is on Ubuntu 16.04 LTS
As bathory said, the entries re: log.dmtry.com are not an indication that your DNS is not working. When I try to resolve that domain name on either of the two networks I'm on, I get a SERVFAIL. Both networks use ISP DNS servers which I'm sure are working. Something in your configuration is causing that attempt several times a second...a typo in a zone file somewhere, perhaps?
See the line I've bolded in red which indicates that named is up, and has been for 8 hours.
The ExecStop line is about rndc, not about bind. I think it's the program that starts the name server.
What keywords is your script looking for to indicate that named is down to cause a restart?
This is a systemd distro, yes?
Suggestion:
Stop named manually
Run the status command...identify the line that says the service is down/stopped/not running.
Start named
Modify your script to look only for that line/keyword.
I've reworked my script to check for the dns service resolving and logging when it doesn't resolve but is active. Might have a result tomorrow, may not be for 6 months :/ Will probably have to open a new thread when and if it pops again. Thanks for suggestions.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.