Nach Neustart des Raspberry Pi kein Zugriff mehr auf das Pi-hole Dashboard

Hallo,

leider habe ich seit einem Neustart meines Raspberry Pi keinen Zugriff mehr auf das Pi-hole Dashboard. Ich bekomme immer die Fehlermeldung "ERR_CONNECTION_REFUSED".

Über das Terminal ist das Pi-hole erreichbar und lt. Status funktioniert es auch. Nur kann ich über den Webbrowser nicht mehr auf das Dashboard zugreifen.

Das Löschen des Browser Caches bringt leider nichts. Auch über http://pi.hole/admin/index.php (bzw. die IP-Adresse des PI) lässt sich die Seite nicht aufrufen. Auch in keinem anderen Browser.

Ich habe das Problem immer wenn ich meine Raspberry Pi update und neu starte. Normaler Weise funktioniert das Dashboard irgendwann wieder. Seit heute allerdings nicht mehr.

Leider hab in der Suche nichts gefunden was meinem Problem ähnelt. Was kann ich jetzt noch machen?

Gruß
MothersCoffee

Was gibt folgendes Kommando auf dem Pi-hole-Rechner zurück:

pihole status web

Es wird eine 1 angezeigt.

Dann sollte der Webserver laufen.

Um sicherzugehen, bitte auch das Ergebnis des folgenden Kommandos mitteilen:

sudo systemctl status --full --no-pager lighttpd.service

Bevorzugt als Text - ich helfe ggf. beim Formatieren. :wink:

Falls Textform für Dich nicht in Frage kommen sollte:
Bilder lassen sich in diesem Forum direkt über Copy&Paste einfügen.

● lighttpd.service - Lighttpd Daemon
   Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sat 2021-04-10 16:15:20 CEST; 4h 29min ago
  Process: 728 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCESS)
  Process: 739 ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
 Main PID: 739 (code=exited, status=255/EXCEPTION)

Apr 10 16:15:20 avwPi-hole systemd[1]: lighttpd.service: Service RestartSec=100ms expired, scheduling restart.
Apr 10 16:15:20 avwPi-hole systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
Apr 10 16:15:20 avwPi-hole systemd[1]: Stopped Lighttpd Daemon.
Apr 10 16:15:20 avwPi-hole systemd[1]: lighttpd.service: Start request repeated too quickly.
Apr 10 16:15:20 avwPi-hole systemd[1]: lighttpd.service: Failed with result 'exit-code'.
Apr 10 16:15:20 avwPi-hole systemd[1]: Failed to start Lighttpd Daemon.

Danke :slight_smile:

Das hätte eigentlich Active: active (running) statt failed zeigen sollen, also liegt hier definitiv etwas quer.

Lass uns als nächstes mal Deine lighttpd-Konfiguration prüfen

lighttpd -t -f /etc/lighttpd/lighttpd.conf

Wenn das mit Syntax OK zurück kommt, versuch mal, den Webserver neu zu starten:

sudo service lighttpd restart

Syntax OK aber ein Neustart des Webservers hat nichts gebracht. :slightly_frowning_face:
sudo systemctl status --full --no-pager lighttpd.service hat das selbe Ergebnis wie zuvor.

Vielleicht hat es beim Update des Raspberry Pi was zerschossen?!

Meinst Du ein OS-Upgrade?
Möglicherweise hat er sich nur bei der Startreihenfolge verhaspelt.
Klappt es nach einem Shutdown, Trennung der Stromversorgung und anschliessendem Neustart?

Ja ich hatte ein Update vom Raspberry OS gemacht und danach den Pi neu gestartet.

Ein Shutdown und Neustart nach Trennung der Stromversorgung hat leider auch nichts gebracht. :worried:

Da die Meldung Start request repeated too quickly ein Timing-Problem nahelegt, versuch es noch einmal mit

sudo systemctl stop lighttpd.service

nach ein paar zehn Sekunden gefolgt von

sudo systemctl start lighttpd.service

Wenn das nichts bringt:
In ähnlichen Fällen hat es mitunter geholfen, das gamin-Softwarepaket zu installieren.

Der Stop und Neustart von lighttpd hat leider nichts gebracht.
Auch die Installation von gamin hat nicht geholfen. Die apt-utils waren schon installiert.

Eventuell gibt es noch weitere Hinweise in den Logs.
Was gibt folgendes Kommando zurück:

sudo journalctl -xeu lighttpd.service
The process' exit code is 'exited' and its exit status is 255.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Service RestartSec=100ms expired, scheduling restart.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Automatic restarting of the unit lighttpd.service has been scheduled, as the result for
-- the configured Restart= setting for the unit.
Apr 10 22:17:39 avwPi-hole systemd[1]: Stopped Lighttpd Daemon.
-- Subject: A stop job for unit lighttpd.service has finished
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- A stop job for unit lighttpd.service has finished.
-- 
-- The job identifier is 2659 and the job result is done.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Start request repeated too quickly.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
Apr 10 22:17:39 avwPi-hole systemd[1]: Failed to start Lighttpd Daemon.
-- Subject: A start job for unit lighttpd.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- A start job for unit lighttpd.service has finished with a failure.
-- 
-- The job identifier is 2659 and the job result is failed.

( Seeing that you are currently still editing:
You can format command output by highlighting some text and selecting the
</> Preformatted text option from the menu. :wink:
EDIT: Sorry, das hatte ich aus einem englischen Text kopiert und bin dann ins Englische verfallen. Aber offensichtlich war es dennoch hilfreich.
)

Hmm, das sagt uns nicht viel mehr als die direkte Status-Meldung.

Wie sieht denn die zu startende Service-Unit aus:

cat /lib/systemd/system/lighttpd.service

Und was erhalten wir, wenn Du lighttpd komplett von Hand startest.
Erst stoppen:

sudo systemctl stop lighttpd.service

und dann

sudo /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
1 Like

cat /lib/systemd/system/lighttpd.service gibt die Meldung:

[Unit]
Description=Lighttpd Daemon
After=network-online.target

[Service]
Type=simple
PIDFile=/run/lighttpd.pid
ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf
ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
ExecReload=/bin/kill -USR1 $MAINPID
Restart=on-failure

[Install]
WantedBy=multi-user.target

Das Stoppen und der händische Neustart bringen leider nichts.

Welche Meldung gibt denn das letzte Kommando (das mit -D -f) aus?

sudo /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf gibt die Meldung

2021-04-11 00:40:10: (network.c.313) can't bind to socket: 0.0.0.0:80 Address already in use

Es geht wieder! Leider weiß ich aber nicht welcher Schritt die Lösung war.
Ich habe den Schritt aus diesem Post nochmal wiederholt.

Ich habe sudo /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf nochmal ausgeführt um dir die Antwort auf die letzte Frage mit dem Komando (-D -F) schreiben zu können.
Beim ersten Mal gab es keine Meldung.

Da Lighttpd standardmäßig alles in eine Datei loggt, hilft journalctl hier nicht besonders, sondern zeigt nur die automatischen Neustartversuche wegen Restart=on-failure bis das Limit dafür erreicht wurde. Schau dir mal den Logdatei an, vielleicht zeigt sie dir was zu Anfang sag Problem war. Am Ende lief er wohl als du mit dem Befehl eine weitere Instant starten wolltest, was wegen der Port 80 Bindung nicht geht.

tail -20 /var/log/lighttpd/error.log

tail -20 /var/log/lighttpd/error.log sagt:

2021-04-11 00:39:38: (server.c.1464) server started (lighttpd/1.4.53)
2021-04-11 00:39:38: (server.c.1493) WARNING: unknown config-key: alias.url (ignored)
2021-04-11 00:39:55: (server.c.1759) logfiles cycled UID = 0 PID = 0
2021-04-11 00:39:55: (server.c.1759) logfiles cycled UID = 0 PID = 3867