PiHole Dashboard fails to load

[DentFuse]

Still didn't work. It's the exact same.

[deHakkelaar]

lsb_release -d

apt policy $(dpkg --get-selections 'php*' | awk '{print $1}') lighttpd

???

[DentFuse]

@deHakkelaar

lsb_release -d

Description:    Raspbian GNU/Linux 10 (buster)

Device is a Raspberry Pi Zero W.

@deHakkelaar

apt policy $(dpkg --get-selections 'php*' | awk '{print $1}') lighttpd

Summary

php-cgi:
  Installed: 2:7.3+69
  Candidate: 2:7.3+69
  Version table:
 *** 2:7.3+69 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php-common:
  Installed: 2:69
  Candidate: 2:69
  Version table:
 *** 2:69 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php-intl:
  Installed: 2:7.3+69
  Candidate: 2:7.3+69
  Version table:
 *** 2:7.3+69 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php-json:
  Installed: 2:7.3+69
  Candidate: 2:7.3+69
  Version table:
 *** 2:7.3+69 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php-sqlite3:
  Installed: 2:7.3+69
  Candidate: 2:7.3+69
  Version table:
 *** 2:7.3+69 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php-xml:
  Installed: 2:7.3+69
  Candidate: 2:7.3+69
  Version table:
 *** 2:7.3+69 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-cgi:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-cli:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-common:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-intl:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-json:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-opcache:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-readline:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-sqlite3:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
php7.3-xml:
  Installed: 7.3.31-1~deb10u1
  Candidate: 7.3.31-1~deb10u1
  Version table:
 *** 7.3.31-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
lighttpd:
  Installed: 1.4.53-4+deb10u2
  Candidate: 1.4.53-4+deb10u2
  Version table:
 *** 1.4.53-4+deb10u2 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status

[deHakkelaar]

Check if your experiencing under-voltage/brownouts:

Network drops almost daily. Rebooting pi-hole fixes it. What's wrong?

One thing to check, if the power supply isnt sufficient, "Under-voltage" can occur causing segmentation errors for processes and potentially even corrupt files on the SD card (see link below): Raspberry Pi Documentation - Raspberry Pi Hardware EDIT: The link changed: You can check the syslogs for under voltage with below: sudo zgrep -i voltage /var/log/syslog* And check the kernel ring buffer logs: dmesg -T | grep -i voltage And check below one: pi@phb5:~ $ vcgencmd get_throttled int t…

[DentFuse]

@Network drops almost daily. Rebooting pi-hole fixes it. What's wrong?

vcgencmd get_throttled int

No output for the first two commands. The last output was the same as in the thread.

throttled=0x0

Another thing to mention, everytime something is installed using apt, it is killed at the Processing triggers for man-db (2.8.5-2) part, presumably due to lack of memory. Shouldn't be relevant but thought I'd mention it.

[deHakkelaar]

If suspect lack of memory, also check below for OOM and other kernel messages:

Cannot access web ui

dmesg -T | grep -i 'oom\|voltage' dmesg -Tl emerg,alert,crit,err ?

[DentFuse]

There are quite a few kills due to the out of memory error, but its all related to mandb. I have increased the swap size to 1gig. I'll try to reduce video memory.

[deHakkelaar]

You can probably tweak the memory split as well for your Zero to free some more RAM to be used by the OS (if you dont run a desktop or other graphical applications):

pihole-FTL Killed by OOM

For a Pi, you can even change the memory split if dont use any graphical desktop features etc: gpu_mem Specifies how much memory, in megabytes, to reserve for the exclusive use of the GPU: the remaining memory is allocated to the ARM CPU for use by the OS. For Pis with less than 1GB of memory, the default is 64; for Pis with 1GB or more of memory the default is 76. Run sudo raspi-config and select: Performance Options --> GPU Memory I've just just now as an experiment changed it into 16…

[deHakkelaar]

@DentFuse

but its all related to mandb

Not sure if apt will complete the operations successfully if this part fails.

[DentFuse]

Now that I've added additional swap, should I try reinstalling PHP again?

[deHakkelaar]

Have you also changed the memory split?

@DentFuse

should I try reinstalling PHP again?

Yes why not or try the purge again.
Also make sure after you purged everything, no config files are left behind in below folder:

sudo rm -rf /etc/lighttpd

EDIT: Ow and also empty below folder to be sure after the purge and before running pihole-r for repair:

sudo rm -rf /etc/php

[DentFuse]

@deHakkelaar

sudo apt purge $(dpkg --get-selections 'php*' | awk '{print $1}') lighttpd

Yes I reduced the VRAM to 16mb.

Even after adding 4gb of swap

Processing triggers for man-db (2.8.5-2) ...
/usr/bin/mandb: memory exhausted

I don't think mandb is supposed to be using this much ram, something seems wrong here.

[deHakkelaar]

@DentFuse

/usr/bin/mandb: memory exhausted

Try below from here "It's possible the mandb index is corrupted":

Check:
sudo mandb -t

Remove cache:
sudo rm -rf /var/cache/man

Recreate:
sudo mandb -c

And try purge and repair again (EDIT: or maybe try reinstall first).

EDIT2: Ow and what is diskspace?

df -h

[DentFuse]

@deHakkelaar

df -h

About 22gb free space.

@deHakkelaar

sudo mandb -t

@deHakkelaar

sudo mandb -c

Both fail due to memory exhaustion.

[deHakkelaar]

@DentFuse

About 22gb free space.

Would like to see the full df -h output pls?

[DentFuse]

Filesystem      Size  Used Avail Use% Mounted on
/dev/root        29G  5.6G   22G  21% /
devtmpfs        183M     0  183M   0% /dev
tmpfs           216M  1.2M  214M   1% /dev/shm
tmpfs           216M  8.5M  207M   4% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           216M     0  216M   0% /sys/fs/cgroup
/dev/mmcblk0p1  253M   49M  204M  20% /boot
tmpfs            43M     0   43M   0% /run/user/1000
tmpfs            43M     0   43M   0% /run/user/999

[deHakkelaar]

I dont know how to fix this OS issue, its all guessing on my part.
Maybe you have better luck at a proper Pi-OS/Raspbian support forum.
Or wait for someone here that has a solution for the mandb issue.
The two problems your experiencing might be related.
And I would get the mandb issue fixed first before proceeding to solve the other problem(s).

For comparison with my Pi-hole + Unbound dedicated Pi:

cat /proc/device-tree/model
Raspberry Pi Model B Rev 1

pi@ph5a:~ $ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.2G  2.4G  4.5G  35% /
devtmpfs         80M     0   80M   0% /dev
tmpfs           113M   21M   92M  19% /dev/shm
tmpfs           113M   12M  101M  11% /run
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           113M     0  113M   0% /sys/fs/cgroup
/dev/mmcblk0p1  253M   48M  205M  19% /boot
tmpfs            23M     0   23M   0% /run/user/999
tmpfs            23M     0   23M   0% /run/user/1000

pi@ph5a:~ $ free -h
              total        used        free      shared  buff/cache   available
Mem:          224Mi        29Mi        48Mi        22Mi       146Mi       121Mi
Swap:          99Mi        64Mi        35Mi

All those tmpfs mounts are stored in RAM.

[DentFuse]

I think I'll just reflash my raspberry pi altogether, seems like too many things are broken at this point. Thanks a lot for your help! Really appreciate it!

[deHakkelaar]

Dont forget to export/backup your settings first with the Teleporter:

http://pi.hole/admin/settings.php?tab=teleporter

Never mind ... no webGUI
You could backup below folder for referencing settings:

/etc/pihole

[DentFuse]

Actually, I didn't notice the url and clicked it (it's really late here and I've got a maths exam tmr) and IT WORKED! Only the pi.hole/ page is broken, apparantly all other pages are working fine. That's quite interesting.