-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ubuntu/debian: DNS is NOT listening but names are resolved #962
Comments
I'm having exactly the same problem. I've upgraded my pihole instance in docker (pulling image with latest tag) and after restarting status is showing DNS service is NOT listening. But all my queries are resolved correctly. Before upgrading it (my latest docker image was 2021.11). |
This will be sorted in a future release of the web interface - just waiting for that one, and we will tag a new docker container. You can see if fixed in the |
Just adding my two cents here. The new (latest) image released 4 hours (DIGEST:sha256:6e53abc57c20705e39700ac36cfaf8bd2da58435a5c1b4b46b5d9c44f2f22d48) ago was giving me DNS issues also. The DNS service fails to start. Rolled back to 2021.12.1 working as expected again. |
If this is the case, then it is not the same as the OPs issue, so please open a new issue with more details, including logs etc asked for in the issue template. If the queries are resolving, but the web interface says that it is not active, then it is a cosmetic issue that will be fixed in a figure release. |
Although this is largely a cosmetic issue, since Pi-hole believes that DNS is already disabled it may interfere with monitoring tools. I noticed this evening that my Pihole instances appeared to be "offline" even though everything was running as expected. This in turn interferes with remote scripts to turn on/off Pi-hole, as they get the wrong status and send the wrong requests. While this is not a major issue by any means, is there an expected ETA for release, since it has already been identified and fixed in the development branch? |
Ah, it's affecting it via API, too. OK - I'll chat with the guys today and see if we can do a release on the main components. |
This issue has been mentioned on Pi-hole Userspace. There might be relevant details there: https://discourse.pi-hole.net/t/pihole-dns-not-running/52206/2 |
Also to note here, workaround as mentioned in the OP:
|
This issue has been mentioned on Pi-hole Userspace. There might be relevant details there: https://discourse.pi-hole.net/t/dns-service-not-running-on-raspberry-pi-4b/52195/5 |
This issue has been mentioned on Pi-hole Userspace. There might be relevant details there: https://discourse.pi-hole.net/t/pi-hole-dns-service-not-running/52222/2 |
possible duplicate with #734 workaround added to doc in PR #966 fix being tested in branch tweak/ss and tweak/netstat in pi-hole/pi-pihole project temp fix:
|
This is a: RUN Issue with a suggested solution and a workaround
Details
When running on ubuntu 20.04 LTS or debian 10/Buster hosts,
pihole status
returnsDNS is NOT listening
, though names are properly resolved. Only pihole status is improperly detected.Related Issues
How to reproduce the issue
Environment data
docker-compose.yml contents, docker run shell command, or paste a screenshot of any UI based configuration of containers here
use docker-compose-example.yml as exists in project.
any additional info to help reproduce
open browser at admin page, up left, read dns status.
These common fixes didn't work for my issue
docker run
example(s) in the readme (removing any customizations I added)If the above debugging / fixes revealed any new information note it here.
Add any other debugging steps you've taken or theories on root cause that may help.
pihole status is based on lsof -Pni:53's results. For latest os, app armor denies access to ptrace. hence the result of lsof is "".
I've found the workaround reading theses:
Suggestion:
Workaround:
The text was updated successfully, but these errors were encountered: