Hello,
since Bullseye release is near and actual pre release is running fine already, I decided to test Pi-hole on it.
Except the webinterface everything is working.
It seems that the lighttpd config is not compatible because after Pi-hole installation lighthttpd does not start any longer. I restored default config and lighttpd starts again. I will use Pi-hole without webinterface and maybe I will try to figure out what causes lighttpd to crash with Pi-hole config file.
If someone already has a solution please reply to this post.
but would Pi-hole run if PHP 7.4x has caused the problem?
As I wrote before Pi-hole itself runs fine, only webinterface does not work because lighttpd does not start with the phole conf
sudo /usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf
2021-01-25 02:22:56: configfile.c.461) Warning: "mod_compress" is DEPRECATED and has been replaced with "mod_deflate". A future release of lighttpd 1.4.x will not contain mod_compress and lighttpd may fail to start up
2021-01-25 02:22:56: plugin.c.195) dlopen() failed for: /usr/lib/lighttpd/mod_deflate.so /usr/lib/lighttpd/mod_deflate.so: cannot open shared object file: No such file or directory
2021-01-25 02:22:56: server.c.1233) loading plugins finally failed
You're running on a testing release of the Debian distribution. I expect things to not work.
Use pihole status instead of the web interface to confirm your reports, it looks like lighttpd is not set up correctly, or just doesn't work, in Bullseye.
/var/www/html/admin/scripts/pi-hole/php/func.php
is "your" script not mine!
I do not run any custom script, only standard setup nothing changed.
Sounds that you are not interested in preparing Pi-hole for Bullseye or why you answering some kine of rude?
It is no problem for me when you are not interested in investigating issues in Bullseye.
I only want to contribute and help to get Pi-hole ready for the next Debian release.
I have a workaround that I can live with.
Sorry for disturbing
PS: please remove my log I don't want to publish it pulic!
for that reason I used the token method
I'm talking about the whitelist script you're running. The one that is calling: sudo pihole restartdns reload which is why your DNS server is down. [2021-01-26 18:24:55.454 22966M] Shutting down...
Or the script that is trying to push out customdns, I highly doubt you typed 5 commands in one second:
We are interested in preparing for Bullseye (as we did for Buster, and Stretch before that), but until Bullseye is a stable release there isn't much we can do to reliably prepare.
And even then, we need to test it on clean Pi-hole installs.
you are right about the script but that has run only one time (see timestamp) to import a long whitelist which I was too lazy to type in by hand (yes I cannot type 5 commands in one second). It does not run again and does not run every boot and the problem also exits before the script run one time.
uninstalled (which removes the before added domains from whitelist), but problem persists after removing "the script".
I will setup vanilla Bullseye, install pihole and provide a fresh debug log and you will see the import script is not the reason
I reinstalled pihole and problem went away
used the "evil" import script again and problem did not reoccur
I used teleporter a lot maybe 'sudo pihole restartdns reload' is initiated after restoring config from backup
conclusion: installation was a bit faulty from the beginning when lighttpd-mod-deflate was missing (I didn't run a complete reinstall after I figured that out)
