Dnsmasq fails on Pi-hole 3.3

The fix worked for me after trying again about 15 minutes ago.

Yeah, something odd on my build but going back a few builds of Jesse and Pi-Hole so downloaded the new Stretch image of Rasbian and going to start over anew. Probably a good thing for me. Good Luck!

This is my Token @DanSchaper 0m62ng6e20

Odroid C1 With DietPi .(clean install DietPi, clean pi-hole)
Previous version(s) did work without any issues on Debian Jessie mini for Odroid C1, but after the problem i started clean with Debian Jessie, still this issues, after that clean install DietPi, same issues.

We're working on a better fix right now, we'll update when we have that pushed out for general use. This should solve the Jessie issue when it is done.

4 Likes

I had the same issue with the 'sudo git checkout v3.2.1' as others.

As a temporary workaround I was able to do a 'pihole -r', reconfigure, and disable query logging.
But this obviously makes the admin page useless.

I would love to upgrade to stretch, but unfortunately retro-pie does not support it, and I have my pi doing both at the moment. I tried messing around with apt-policies to see if I could only upgrade dnsmasq, but there ended up being a rats-nest of dependencies .

Ah, I'm still fuzzy with git. You need to do a 'git fetch --tags' and then execute 'git checkout v3.2.1'

I don't want to send people down the wrong path, but I got mine working by moving my firewall to iptables. Might just be a coincidence, but I am running Jesse with no issues.pi@RasPiHole:~ $ sudo systemctl status dnsmasq
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2018-02-16 11:07:02 CET; 11h ago
Process: 661 ExecStartPost=/etc/init.d/dnsmasq systemd-start-resolvconf (code=exited, status=0/SUCCESS)
Process: 621 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, status=0/SUCCESS)
Process: 597 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS)
Main PID: 654 (dnsmasq)
CGroup: /system.slice/dnsmasq.service
└─654 /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -r /run/dnsmasq/resolv.conf -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new --local-service --trust-anchor=.,19036,8,2,49aac1

Feb 16 11:07:01 RasPiHole systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
Feb 16 11:07:01 RasPiHole dnsmasq[597]: dnsmasq: Syntaxprüfung OK.
Feb 16 11:07:02 RasPiHole systemd[1]: Started dnsmasq - A lightweight DHCP and caching DNS server.

My rules for v.4 are...

Generated by iptables-save v1.6.0 on Thu Feb 15 21:24:58 2018

*filter
:INPUT ACCEPT [309:86582]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [697:161045]
-A INPUT -i lo -p tcp -m tcp --dport 4711:4720 -j ACCEPT
-A INPUT -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 53 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 443 -j REJECT --reject-with tcp-reset
-A INPUT -p udp -m udp --dport 80 -j REJECT --reject-with icmp-port-unreachable
-A INPUT -p udp -m udp --dport 443 -j REJECT --reject-with icmp-port-unreachable
COMMIT

Completed on Thu Feb 15 21:24:58 2018

in case you want a closer look: [✓] Your debug token is: nml4nuwchj

How do you revert back to the main branch?

cd /etc/.pihole
sudo git checkout master
pihole -r

Now when I try to revert to the previous version when running the first git command:
error: pathspec 'v3.2.1' did not match any file(s) known to git.

1 Like

Try pihole checkout master to pull all the tags and branches and then if it's still not on master do the sudo git checkout master again.

sudo git checkout tags/v3.2.1 is the proper command to check out the tagged commit for v3.2.1

error: pathspec 'tags/v3.2.1' did not match any file(s) known to git.

What tags do you have?

sudo git tag -l

Looks like only the latest
v3.3

Okay, sudo git fetch --tags and then check and see if v3.2.1 is listed, then try the original checkout process.

2 Likes

That is what I needed; thanks for the help!!!

1 Like

sudo git fetch --tags before the git checkout does solve the problem for me, thank you :smiley:

1 Like

LOL Great Job....

After Update to 3.3 nothing is working more and i have reactivate another DHCP Server and waste time for upload a older Backup of Pi-System.

Our apologies. We are currently working through some of these issues. In the meantime, if you need to revert to the previous version, we posted instructions on how to do this:

2 Likes