Unable to access web dashboard after apt-upgrade

On the admin panel I was able to go an enable it via the web dashboard. Then ran your commands.

dietpi@DietPi:~$ sudo systemctl status pihole-FTL
● pihole-FTL.service - LSB: pihole-FTL daemon
   Loaded: loaded (/etc/init.d/pihole-FTL; generated)
   Active: active (exited) since Fri 2021-07-23 12:46:53 ED
T; 7min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 30618 ExecStart=/etc/init.d/pihole-FTL start (code=exited, status=0/SUCCESS)

Jul 23 12:46:52 DietPi systemd[1]: Starting LSB: pihole-FTL daemon...
Jul 23 12:46:52 DietPi pihole-FTL[30618]: Not running
Jul 23 12:46:52 DietPi su[30636]: (to pihole)
root on none
Jul 23 12:46:52 DietPi su[30636]: pam_unix(su:session): session opened for user pihole by (uid=0)
Jul 23 12:46:53 DietPi pihole-FTL[30618]: FTL started!
Jul 23 12:46:53 DietPi su[30636]: pam_unix(su:session): session closed for user pihole
Jul 23 12:46:53 DietPi systemd[1]: Started LSB: pihole-FTL daemon.
dietpi@DietPi:~$ sudo tail -20 /var/log/pihole-FTL.log
[2021-07-23 12:46:53.105 30638M]  -> Cached DNS queries: 15802
[2021-07-23 12:46:53.105 30638M]  -> Forwarded DNS queries: 10095
[2021-07-23 12:46:53.105 30638M]  -> Blocked DNS queries: 3162
[2021-07-23 12:46:53.105 30638M]  -> Unknown DNS queries: 1
[2021-07-23 12:46:53.106 30638M]  -> Unique domains: 765
[2021-07-23 12:46:53.106 30638M]  -> Unique clients: 22
[2021-07-23 12:46:53.106 30638M]  -> Known forward destinations: 5
[2021-07-23 12:46:53.106 30638M] Successfully accessed setupVars.conf
[2021-07-23 12:46:53.111 30640M] PID of FTL process: 30640
[2021-07-23 12:46:53.111 30640/T30641] Listening on port 4711 for incoming IPv4 telnet connections
[2021-07-23 12:46:53.112 30640/T30643] Listening on Unix socket
[2021-07-23 12:46:53.112 30640M] INFO: FTL is running as user pihole (UID 999)
[2021-07-23 12:46:53.113 30640M] Reloading DNS cache
[2021-07-23 12:46:53.114 30640M] Blocking status is disabled
[2021-07-23 12:46:53.114 30640/T30642] Listening on port 4711 for incoming IPv6 telnet connections
[2021-07-23 12:46:54.411 30640/T30644] Compiled 35 whitelist and 3 blacklist regex filters for 22 clients in 127.3 msec
[2021-07-23 12:47:39.421 30640M] Resizing "FTL-domains" from 12288 to (1024 * 16) == 16384 (/dev/shm: 2.7MB used, 490.8MB total, FTL uses 2.7MB)
[2021-07-23 12:54:26.248 30640M] Reloading DNS cache
[2021-07-23 12:54:26.248 30640M] Blocking status is enabled
[2021-07-23 12:54:26.482 30640/T30644] Compiled 35 whitelist and 3 blacklist regex filters for 22 clients in 99.4 msec

Looks good, so all is working again, right?

I think the service state is normal with those systemd initd wrapper services and then pihole-FTL is again a multiple fork via su > sh > pihole-FTL, what systemd is not seeing as main process anymore.

Yes it appear to be blocking and receiving query's.
Your suggestion

G_SUDO G_CONFIG_INJECT 'server.document-root' 'server.document-root = "/var/www"' /etc/lighttpd/lighttpd.conf
# Required for Nextcloud:
G_SUDO G_CONFIG_INJECT '"mod_access",' '	"mod_access",' /etc/lighttpd/lighttpd.conf '"mod_.+",'
# Required for Pi-hole and Nextcloud:
G_SUDO G_CONFIG_INJECT '"mod_setenv",' '	"mod_setenv",' /etc/lighttpd/lighttpd.conf '"mod_.+",'
sudo systemctl restart lighttpd

Should that be pasted line by line to cli? I have NOT done that yet.

This can be also copied all as is and paste to the terminal, as the terminal is processing it line by line anyway. But if everything is working again, then it is obviously not required. When running those G_* commands, it should then tell you that those settings are present already and do nothing.

I am extremely appreciative of you working with me to resolve this!

I will not be adding those lines because as you said it IS working now, so no need to add extra lol.

Thank you

1 Like

Just a note:
I've come across cases where installing the gamin package would fix this. IIRC, those were Ubuntu installations, though, so I don't know whether that would be applicable to DietPi.


Thanks for the hint, a nice tool and available on Debian (hence DietPi) as well:

But: https://packages.debian.org/buster/gamin

It can be used by desktops like KDE, GNOME or Xfce to have their virtual file systems keep track of changes to files and directories.

While it hooks into the file manager of desktops, I guess on pure server systems it needs to be setup a little get this information (who/what changed/removed which file) in a fitting way.

It's been mentioned a few times in our issues. I don't know why or how it works but people seem to find it does.

1 Like

The URL-encoded + shows wrong search results, as it codes for a space. Let's see: Issues · pi-hole/pi-hole · GitHub
Reading the initial bug report: https://bugs.launchpad.net/ubuntu/+source/lighttpd/+bug/1453463

  • On Ubuntu FAM has a bug or known missing symbols required by Lighttpd, so libfam0 is not compatible with Lighttpd there.

Check the package dependencies on Ubuntu: https://packages.ubuntu.com/focal/lighttpd

  • By default it pulls libgamin0
  • But as alternative libfam0 can be used, and if it is installed already, it is kept, of course.
  • Since groovy 20.10, libfam0 has been removed as alternative dependency, obviously as reaction to this bug: https://packages.ubuntu.com/groovy/lighttpd
    EDIT: Ah in focal-updates and even bionic-updates already, since January this year. I think those update suites are present and installed on default Ubuntu systems, right?
    lighttpd (1.4.45-1ubuntu3.18.04.1) bionic; urgency=medium
      * d/control: Depend on libgamin to fix missing symbol errors (LP: #1453463)
      * d/test/control: introduce regression test for libgamin/libfam
      * d/test/libfam-libgamin-conflict-regression: check for libgamin/libfam conflict regressions
     -- Athos Ribeiro <athos.ribeiro@canonical.com>  Tue, 15 Jun 2021 11:44:25 -0300

So the guys on GitHub have a point that on Ubuntu, libgamin0 (not the frontend) should be added as dependency to in case replace libfam0. This means that any strict dependants on libfam0 would be removed as well, good that the installer does now apt-get calls with full output, so users are asked whether to proceed and have those removed, and can cancel in case there is an important package affected.~ EDIT: Fixed in the meantime, as of above Ubuntu changelog.

On Debian it's the other way round: https://packages.debian.org/buster/lighttpd

  • libfam0 is the preferred dependency, libgamin0 the alternative, so obviously the Lighttpd <> FAM incompatibility does not exist on Debian. One of the rare cases where package sources seem to differ, not for the good in case of Ubuntu.
  • Since Bullseye, FAM and gamin have both been removed from dependencies: https://packages.debian.org/bullseye/lighttpd

Buttom line is that gamin is not a direct solution for a moved lighttpd.conf, but coincidentally its fontend could have helped to track who/what (re)moved it in the first place :slightly_smiling_face:.

1 Like

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.