Beschädigte Gravity Datenbank

Ständige Wiederherstellung, der Gravitydatenbank.
Ich habe meinen Pi Hole, mit dem bash und da OS neu installiert, und nicht verändert, außer, dass ich einige Domain hinzugefügt habe.
Jetzt ist ständig die Gravitydatenbank beschädigt und wird wieder hergestellt. Alle 5 sec.
Das ist war nie bis zu dem letzten Updates, die gemacht werden sollten. Mein Pi-Hole läuft auf einem Raspberry Pi 4, mit 8 GB auf einer 1TB SSD von Kingston.

https://tricorder.pi-hole.net/2S7ES0uk/

Die anderen Probleme, mit Listen, die ich dem Pi Hole bereitstellen möchte, spreche ich gar nicht an.

Bei dem Updates sind einige Sachen nicht funktionsfähig und ich hoffe, dass es in nächster Zeit eine Optimierung, des ganzen gibt.

Hier noch sudo pihole -r:

Du versucht seit Tagen Probleme zu lösen, von denen du nicht weißt was die Ursache ist. Bevor du dich damit noch länger herumärgerst, würde ich das ganze System neu aufsetzen (nicht nur Pi-Hole) und ohne Wiederherstellung eines Backups neu einrichten.

Sollten die Probleme danach immer noch auftreten, liegt es vermutlich an der Hardware.

Ja, das tue ich. Ich habe diese Probleme in zwei Netzwerken, auf zwei Raspberrys und das System, jeweils schon mehrfach neu aufgesetzt. Die Raspberry laufen einmal mit SD Karte einmal mit SSD. Die Schwierigkeiten treten immer erst nach einiger Zeit auf und ich sehe, dafür keine Grund, den ich nachvollziehen kann.
Wenn Dich das stört und du mir nicht helfen kannst, ist das schade, ändern, kann ich es nicht.

Du erwähnst jetzt erst, dass du bereits das gesamte System (OS + Pi-hole) neu installiert hast. Diese Information wäre für zielführende Lösungsvorschläge von Anfang an hilfreich gewesen. Ohne vollständige Details im ersten Post führen Troubleshooting-Versuche zwangsläufig zu frustrierenden Schleifen für alle Beteiligten.

1 Like

Check below:

Wenn das der Fall ist, habe ich es leider nicht gemacht. Sorry!

Hier mMn ein ähnliches Problem, bei einer anderen Person.

Wie sieht es denn mit dem Tip von deHakkelaar aus?

Kann es die Spannungsversorgung sein?

Kann ich zZt nicht prüfen. Da ich heut und morgen auf einem Seminar bin und nicht zu Hause sein werde.
An den Raspberrys sind die originalen Netzteile, von Raspberry angeschlossen.

Pi-hole legt automatisch ein Backup der GravityDB während des sonntäglichen Updates an, also einmal pro Woche.

Dein Screenshot zeigt pro Meldung ein jeweils anderes Erzeugungsdatum (z.B. 10:40:03 CEST, davor 10:16:03, und davor 10:04:04).

Läuft bei Dir vielleicht ein weiterer Prozess, der die GravityDB regelmässig aktualisiert?

Nur so zur Info:

Die Kingston M.2 SSD KC3000 (PCIe 4.0, NVMe) mit 1024 GB zieht nach Herstellerangabe 6,3 W.
Der Raspberry Pi 4 zieht bei hoher CPU-Last ca. 5 W.

Das Raspberry Netzteil liefert 15 W --> 11,3 W (= 6,3+5): Das passt so

Aber wenn noch ggf. Maus, Tastatur, SD-Karte, USB-Stick(s), ... dazu kommen, dann kann es knapp werden.

Nicht das ich wüsste. Auf meinem Raspberry läuft nur Pi-Hole und eine Dockerprogramm, das meine aktuelle IP Adresse an NoIP sendet. (Das Dockerprogramm läuft darauf schon seit 1,5 Jahren ohne Probleme mit Pi-Hole zusammen)
Auf dem anderen Raspberry, im anderen Netzwerk läuft nur Pi-Hole.
Was Anderes läuft auf den Raspberrys nicht.

Die Frage ist nicht, was für Programme auf den Raspberrys laufen.

Hier geht es um alles das, was am Raspberry an Hardware angeschlossen ist !!!

Die Antwort bezog sich auf die Frage von @Bucking_Horn.
An dem Rasberry ist sonst nichts weiteres angeschlosssen.

@fraluhbg
Hier was im Terminal kommt, wenn ich; sudo journalctl --full --no-hostname --pager-end --grep voltage; eingebe.

Hier noch die System Settings aus dem Dashboard.

Heute hat das debuggen wieder alles, Liste, Domains und Regex gelöscht.
https://tricorder.pi-hole.net/SJP7WweN/
In dem Debugg ist Pi-Hole übrigens kein aktiver DNS Server, meier Fritzbox mehr.
Es ist echt sehr unangenehm, dass Pi Hole mittlerweile, bei meinen Netzwerken solche Probleme macht.

Ich glaube und hoffe, dass ich die Problems gelöst habe. Zumindest funktioniert, der Raspberry und das installierte Pi-Hole seit gestern Vormittag ohne die Einschränkungen, bei denen ich die letzten Tage hier um Hilfe bat.

Ich habe Raspi OS diesmal nicht mit der von Raspberry.com zur Verfügung gestellten Software 0, Raspberry Pi OS, installiert, sonder das OS mit Rufus auf eine SD Karte installiert.
Der Prozess ist zwar umständlicher als mit Raspberry Pi OS, aber bis jetzt läuft Pi-Hole, zumindest in meinem Netzwerk, wieder wie gewohnt.

Zu früh gefreut.
Heute sind wieder alle Listen und anderen Einträge, nach der durchführung von pihole -g verschwunden. :sad_but_relieved_face:

Naja, jetzt wieder Pi-Hole deinstalliert und auf dem bestehenden OS neu installiert. Mal gucken, wie es sich verhält, wenn ich den crontab, pihole -g, nicht mehr jeden Tag automatisch durchführen lasse.

Hier das aktuelle Dedugg https://tricorder.pi-hole.net/8gqVBdeq/.

The journalctl output looks good.
But, I did some effort to hide the hostname in the output with the --no-hostname argument, and you still posted a screenshot showing the hostname :smiley:

With that same journalctl command, you can check with below for warnings/errors since --boot that might be related:

sudo journalctl --full --no-hostname --catalog --priority warning --boot

Or two boots back (-2):

sudo journalctl --full --no-hostname --catalog --priority warning --boot -2

List all boots in the journals:

sudo journalctl --list-boots

EDIT: Oh you might be wondering where I get those arguments from, I use double TAB allot (Bash completion):

$ sudo journalctl --
--after-cursor    --flush           --no-full         --sync
--all             --follow          --no-hostname     --system
--boot            --force           --no-pager        --unit
--case-sensitive  --full            --no-tail         --until
--catalog         --grep            --output          --update-catalog
--cursor          --header          --output-fields   --user
--cursor-file     --help            --pager-end       --user-unit
--directory       --identifier      --priority        --utc
--disk-usage      --interval        --quiet           --vacuum-files
--dmesg           --lines           --reverse         --vacuum-size
--dump-catalog    --list-boots      --root            --vacuum-time
--facility        --list-catalog    --rotate          --verify
--field           --local           --setup-keys      --verify-key
--fields          --machine         --show-cursor     --version
--file            --merge           --since
$ sudo journalctl --priority
emerg    alert    crit     err      warning  notice   info     debug