500 Internal Server Error

Moin,

ich habe Pihole mit Unbound neu mit Raspi OS Bookworm installiert. Aber unregelmäßig, aber mindestens einmal am Tag, kommt der Fehler 500 Internal Server Error wenn ich per http://192.168.178.45/admin auf die Weboberfläche vom Pihole zugreifen möchte. Anfangs funktionierte das Pihole dann auch nicht mehr, jetzt gerade ist der Fehler wieder aufgetreten und das Pihole arbeitet. Per SSH kann ich mich nicht auf den Pi schalten. Ich hatte auch extra nochmal Raspi OS neu auf der SSD per Raspberry Pi Imager installiert und nur Pihole mit Unbound installiert.

Vom Windows Client hab ich die Infos:

nslookup pi.hole
Server:  pi.hole
Address:  fd00::38e8:da3a:de93:****

Name:    pi.hole
Addresses:  fd00::38e8:da3a:de93:****
          192.168.178.45
nslookup flurry.com
Server:  pi.hole
Address:  fd00::38e8:da3a:de93:****

Name:    flurry.com
Addresses:  ::
          0.0.0.0
nslookup flurry.com 192.168.178.45
Server:  pi.hole
Address:  192.168.178.45

Name:    flurry.com
Addresses:  ::
          0.0.0.0
ping 192.168.178.45

Ping wird ausgeführt für 192.168.178.45 mit 32 Bytes Daten:
Antwort von 192.168.178.45: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.45: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.45: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.45: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik für 192.168.178.45:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

Bitte lade ein Debug Log hoch und poste hier anschließend nur die Token-URL.
Das Token generierst Du über

pihole -d

wobei Du die Frage nach dem Upload bejahst, oder Du machst das über die Weboberfläche:
Tools > Generate Debug Log

https://tricorder.pi-hole.net/5YGJbX1C/

Noch als Info;

Im laufe des Vormittags ging plötzlich das Pihole nicht mehr. Also musste ich ja wieder den Strom kappen. Danach stimmte die Uhrzeit nicht. Die vielen Queries waren etwa um 11 Uhr, nicht zwischen 4-5 Uhr morgens.

Zusätzlich ist mir noch aufgefallen, das nach jedem Stecker ziehen, in der /etc/resolv.conf der Eintrag "nameserver 127.0.0.1" fehlt.

# Generated by NetworkManager
search fritz.box
nameserver 192.168.178.45
nameserver fd00::38e8:da3a:de93:****

Normalerweise würde ein 500 Internal Server Error auch zu Ausgaben im Webserver-Log führen.

In Deinem Fall finden sich darauf allerdings keine Hinweise.

Aber es kommt auffällig oft dazu, dass der lighttpd-Webserver bei Dir einen geordneten Neustart einleitet, weil er einen Zeitsprung entdeckt hat:

   2024-03-11 10:18:02: (server.c.320) warning: clock jumped 2924 secs
   2024-03-11 10:18:02: (server.c.328) attempting graceful restart in < ~5 seconds, else hard restart
   2024-03-11 11:06:46: (server.c.1057) [note] graceful shutdown started
(...)
   2024-03-12 04:46:23: (server.c.320) warning: clock jumped 22657 secs
   2024-03-12 04:46:23: (server.c.328) attempting graceful restart in < ~5 seconds, else hard restart
   2024-03-12 11:04:00: (server.c.1057) [note] graceful shutdown started
   2024-03-12 11:04:00: (server.c.2078) server stopped by UID = 33 PID = 809
   2024-03-12 11:04:00: (server.c.1704) server started (lighttpd/1.4.69)
   2024-03-12 11:04:17: (server.c.320) warning: clock jumped -56 secs

Der Sprung von 04:46:23 auf 11:04:00 entspricht dabei genau den im Log 'gesprungenen' 22.657 Sekunden.

Nimmst Du Deinen RPi zwischendurch längere Zeit vom Netz, also z.B. ausgeschaltet so gegen 04:45, und dann gegen 11:00 wieder eingeschaltet?

Das wäre normal, sofern Du nicht NetworkManager auf dem RPi so konfiguriert hast (z.B. über nmtui), dass nur 127.0.0.1 verwendet werden soll.

Der Zeitsprung, vermute ich, liegt am Netzstecker ziehen. Wenn der Fehler auftritt, hilft nur Stecker ziehen und ein paar Sekunden später wieder einstecken. Danach stimmt die Uhrzeit vom Raspi nicht, diese muss ich manuell mit "date --set 'jjjj-mm-dd hh:mm:ss'" richtig einstellen. Danach verschiebt sich auch der Verlauf in der Grafik "Client activity over last 24 hours". Wobei der Versatz der Zeit natürlich immer variiert. Ansonsten ist der Raspi 24/7 an, wie vor der Neuinstallation.

Ich habe nichts anderes konfiguriert. Bis auf natürlich, Sprache, Tastatur Layout auf deutsch und wegen der SSD Festplatte unter "raspi-config" Expand Filesystem durchgeführt. Danach update, Upgrade und dann Pihole und Unbound, wie in den Anleitungen hinterlegt, installiert. Dann weiß ich aber nicht, warum die 127.0.0.1 anfangs drin stand. Ich habe den Eintrag wieder entfernt...

Netzstecker ziehen an einem Linux System, also dem Raspi, ist keine gut Idee. Solange noch eine Verbindung per SSH möglich ist, ist ein Neustart mit dem Befehl reboot des Systems besser.

1 Like

Dessen bin ich mir bewusst, aber wenn keine Verbindung mehr per SSH möglich ist?

Momentan läuft es seit 2 Tagen ohne Probleme...

5 Euro für eine RTC und das Problem ist erledigt.

Fehler ist nach 3 Tagen wieder aufgetreten.

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