-
-
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
Newly installed Container will not update Gravity DB #639
Comments
I'm having the same issues OS: Windows Workarounds I've managed are: This seems to fix the issue, but eventually (maybe after a couple of days) the gravity.db isn't accessible again |
I having the same problem with running this as a container in Azure (tell me if I have this completely wrong, I am learning a new technology here) [✗] Unable to update gravity timestamp in database /etc/pihole/gravity.db [✓] DNS service is running I deleted the gravity.db and gravity_temp.db then ran pihole -g -r Same problem. |
If running without volumes didn't solve the issue, its probably not a host/file system permission problem so that leaves 2 other common docker problems to check:
|
I think that means that this container will not run properly as an Azure Container. From what I can see they do not allow privileged mode? BTW, thanks for your help. Pihole is so useful and awesome. |
Normally privileged is not required so trying privileged mode is just to help debug the issue and see if it helps or not - it has helped with other non standard linux/amd64 platforms on certain problems that are hard for me to reproduce. |
I am having the same problem in a Linux server and Docker Compose, I have the pihole config files mounted in a samba share, container has permissions as it created all config files there but when I move the config files to a physical folder in Linux server everything works. The samba share folder is even mounted with 777 permissions, don't understand what is the problem with it. |
I don't think SMB shares have the necessary file system metadata to work with Docker. |
I'm running into a similar issue and it seems to have something to do with networking config in my docker host. If I go back to a previous docker compose v2 (based on this), it works (but conflicts with my newer v3 dockers already working well on macvlan. |
This issue is stale because it has been open 30 days with no activity. Please comment or update this issue or it will be closed in 5 days. |
I experienced the same issue. EDIT: |
A lot has changed in pi-hole's docker images since the last comment on this issue (Feb 2021). If you think you have a similar problem, please open a new issue. |
This is a: Run Issue
Details
I created the container using these options:
docker create --name=pihole -p 53:53/udp -p 53:53/tcp -p 80:80 -p 443:443 -e TZ="America/Chicago" -v /media/pihole/etc-pihole:/etc/pihole -v /media/pihole/dnsmasq.d:/etc/dnsmasq.d --dns=127.0.0.1 --dns=1.1.1.1 --restart=unless-stopped --hostname pihole -e VIRTUAL_HOST="pihole" -e PROXY_LOCATION="pihole" -e ServerIP="127.0.0.1" pihole/pihole:latest
When I attempt to run "pihole -g" this is the message I get back.
Error: no such table: info
[i] Neutrino emissions detected...
[✗] Pulling blocklist source list into range
[i] No source list found, or it is empty
[i] Building tree...
[✗] Unable to build gravity tree in /etc/pihole/gravity_temp.db
Error: no such table: main.gravity
[✗] Unable to update gravity timestamp in database /etc/pihole/gravity.db
Error: near line 2: no such table: info
Error: no such table: vw_gravity
Error: no such table: vw_gravity
[i] Number of gravity domains: ( unique domains)
Error: near ")": syntax error
Error: no such table: vw_blacklist
[i] Number of exact blacklisted domains:
Error: no such table: vw_regex_blacklist
[i] Number of regex blacklist filters:
Error: no such table: vw_whitelist
[i] Number of exact whitelisted domains:
Error: no such table: vw_regex_whitelist
[i] Number of regex whitelist filters:
[✓] Flushing DNS cache
[✓] Cleaning up stray matter
[✓] DNS service is running
[✓] Pi-hole blocking is Enabled
I have attempted to install on Ubuntu 16, 17, 18 and 20 and get the same behavior on all of them.
Related Issues
How to reproduce the issue
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.
The text was updated successfully, but these errors were encountered: