Pihole no longer in optimized software?

Again, I must have missed something as I have been using Dietp + Pihole as it just worked. Today I updated Dietpi to the latest version and then noticed that Pihole also had updates available so I thought I would do my usual remove Pihole and add it back in, but it is no longer in the software lists? I can’t seem to find anything specific on this being removed, but only a general mention about some software being removed due to a change to the debian core?

I suppose if I had used pihole’s own update script, I’d still have it installed, but alas… I found it easier to just let Dietpi do the work and only replace the white and black lists I have, when it’s back up and running.

Regards

Christian

There are problems with PiHole on Stretch (see PiHole forums) and see this for DietPi. https://github.com/Fourdee/DietPi/issues/1537#issue-298337026

Hi,

Pi-Hole is disabled for Jessie currently, pending release of FTL 4.0, required to resolve the configuration issue created by PiHole v3.3 which breaks Jessie support:
https://github.com/pi-hole/pi-hole/issues/1977#issuecomment-366485860
https://github.com/pi-hole/pi-hole/commit/5c2dcb5e74f464e2ef5ec1afd67b569ea180acde

Surely the issue is with Stretch not Jessie?

Thanks for the information, I’ll be putting the Odroid aside until it’s sorted out. It doesn’t actually do anything else. I just wish I had the original install which could have been left alone until this got sorted out.

It is a problem with supported / provided version of dnsmasq by Debian Jessie:

https://packages.debian.org/jessie/dnsmasq

root@DietPi-v159:~# dnsmasq -v
Dnsmasq Version 2.72  Copyright (c) 2000-2014 Simon Kelley
Kompilierungs-Optionen IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect

Debian Stretch:

https://packages.debian.org/stretch/dnsmasq

root@DietPi-v6.2:~# dnsmasq -v
Dnsmasq Version 2.76  Copyright (c) 2000-2016 Simon Kelley
Kompilierungs-Optionen IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify

Hi kaptain_zero,

:open_mouth:

Yes, you can get your Odroid with DietPi v6.2 back to work with pi-hole.

Pi-hole v3.3 Released: It’s “Extra” Special

Problem:
Pi-hole install script always install the last version.
In this case eg. Pi-hole Version v3.3 | Web Interface Version v3.3 | FTL Version v3.0

If you’re running Jessie and you updated Pi-hole to v3.3, you likely ran into issues.
This is because the version of dnsmasq that ships with it does not support the log-queries=extra option, which we use in v3.3.
What Should I Know About The New Logging?

  • After updating, the old-style log files will not be readable by FTL

If you’re running Jessie, your version of > dnsmasq > will not work with this release,
so you’ll need to revert to the previous versions:
Pi-hole Version v3.2.1 | Web Interface Version v3.2.1 | FTL Version v2.13.2

At the moment, you have to do this manually in terminal:
(must be execute with sudo or root account)

dietpi-software list | grep pi-hole
id 93 | =2 | pi-hole: block adverts for any device on your network | +git +webserver | https://dietpi.com/forum/t/dietpi-survey-information/32/1

mv /etc/lighttpd/lighttpd.conf /etc/lighttpd/lighttpd.conf.bak

cd /etc/.pihole
git fetch --tags
git checkout v3.2.1
cd /var/www/html/admin
git fetch --tags
git checkout v3.2.1
cd "$HOME"
pihole -r
pihole checkout ftl v2.13.2
pihole -v
rm /var/log/pihole*

cp /etc/lighttpd/lighttpd.conf.bak /etc/lighttpd/lighttpd.conf

reboot

After reboot, pi-hole web interface should work and will show :

Pi-hole Version v3.2.1 (Update available!) Web Interface Version v3.2.1 (Update available!) FTL Version vDev (XXX , v2.13.2 )

… but please, DO NOT do this!

Thanks,

As it turns out, I had a clonezilla backup dated Nov. 27, 2017, so while it’s not the latest, it works and is reliable, so I put it back on the SD card and was back in business.

Hopefully the issue will be sorted out soon as I do like to keep things up to date, but I wonder how long it might take if it is an upstream problem.

k-plan, thank you for all your efforts and I was getting ready to do as you suggested when I found that Clonezilla image, so I got lazy.

Regards

Christian

Has the situation been ironed out in the new Odroid C2 image. As I’m stuck back on the earlier install, I don’t get any updates, so I don’t know when I should switch?

Hi,

@kaptain_zero

Last pihole release at the moment is:

Pi-hole Version v3.3.1  | Web Interface Version v3.3 | FTL Version v3.0

… so nothing really new. You can click on the right top corner to get info about the latest release
180429-0004.gif
or goto Releases · pi-hole/pi-hole · GitHub


What I personally done, only for testing, after I have downgrad my DietPi-v6.3_OdroidC2-ARMv8-Jessie to Pi-hole Version v3.2.1 | Web Interface Version v3.2.1 | FTL Version v2.13.2, I switched over a month ago to DietPi_OdroidC2-ARMv8-Stretch. But this is in testing stage, without full GPU or Kodi support.
But this don’t skin off my nose for a “pihole only installation” on my Odroid C2.
https://github.com/Fourdee/DietPi/issues/1552

Works for me stable, now for more when a month.


We are working hard on, to get some fixes for and into pihole: https://github.com/Fourdee/DietPi/issues/1696

To be honest, at the moment, I personally would not switch or upgrade.
Pihole is working on a “new” FTL version with integrate dnsmasq called FTLDNS™, but it’s still for beta testing.
If for you all working as aspect, I would do nothing.
My other C2 installation, with DietPi v.123 on Jessie and Pihole v 1.6, works until now like a charm. I don’t miss anything, beside of some “visual eye candy” and analysis report. It’s very responsible, quick and reliable. The really imported thing, the blacklist update and blocking works awesome.