Hallo, Debug-Token werde ich gleich nochmal erstellen.
gestern Abend habe ich nochmal ein BackUp vom RaspberryPi aufgespielt und darauf hin heute nacht wieder den Überlastungsfehler bekommen und die Listen sind wieder alle leer.
beim Versuch über Teleporter die Listen wieder einzulesen ist beim Gravityupdate folgender Fehler aufgetreten:
[✓] Creating new gravity databases
[✓] Storing downloaded domains in new gravity database
[i] Building tree...
[✗] Unable to build gravity tree in /etc/pihole/gravity.db_temp
Error: stepping, disk I/O error (10)
[✗] Unable to create database. Please contact support.
pi@raspberrypi:~ $
Erneut Probleme mit der Datenbank und nun dieser Fehler: es sieht aus, als ob die SD Karte ihr Lebensende erreicht hat. Probiere mal bitte eine neue SD Karte.
Hallo,
Die SD-Karte ist eine SanDisk Extreme Pro,welche genau wie der Raspberry Pi erst vor einigen Wochen gekauft wurde.
Die kann doch nicht schon kaputt sein
Check below:
Das könnte auch auf ein übergelaufenes tmp-Filesystem hindeuten.
Wie groß ist Deine gravity.db, wenn sie vollständig bestückt ist?
ls -lah /etc/pihole/gravity.db
Und verlinkst Du /etc/pihole/gravity.db bei Dir eventuell auf ein NFS-Dateisystem? Das könnte u.U. Probleme beim Locking der DB verursachen.
Hast du irgend ein Script laufen, dass mit Pi-hole bzw. dessen gravity.db interagiert?
Ich hatte mal den YoutubeAdsBlocker laufen gehabt, aber der ist in dem BackUp nicht drin gewesen
Hier der Link, wo ich das Skript her habe:
Ich hab den RPi nirgends mit verbunden, der hängt nur per Lan am Router und läuft PiHole drauf
Kann ich mal nachschauen, aber die SD Karte hat 128GB, das sollte locker reichen
Wie groß darf die Datei den maximal werden?
Hab ich Kopf, das es irgendwas mit 11-12 Millionen Domains und noch ca 100 Black und Whitelist Einträge (bei den Blacklist hauptsächlich RegEx) sind.
dieser Befehl bewirkt bei mir leider gaar nichts
gerade nochmal per Teleporter alles aufgespielt und habe jetzt eine gravity.db größe von 1,2GB
pi@raspberrypi:~ $ ls -lah /etc/pihole/gravity.db
-rw-rw-r-- 1 pihole pihole 1.2G Mar 22 06:02 /etc/pihole/gravity.db
so sieht mein Cronjob aus zur Gravitry aktualisierung, aktualisiert alle 4h die Gravity DB:
GNU nano 5.4 /etc/cron.d/pihole # Pi-hole: A black hole for Internet advertisements
# (c) 2017 Pi-hole, LLC (https://pi-hole.net)
# Network-wide ad blocking via your own hardware.
#
# Updates ad sources every week
#
# This file is copyright under the latest version of the EUPL.
# Please see LICENSE file for your rights under this license.
#
#
#
# This file is under source-control of the Pi-hole installation and update
# scripts, any changes made to this file will be overwritten when the software
# is updated or re-installed. Please make any changes to the appropriate crontab
# or other cron file snippets.
# Pi-hole: Update the ad sources once a week on Sunday at a random time in the
# early morning. Download any updates from the adlists
# Squash output to log, then splat the log to stdout on error to allow for
# standard crontab job error handling.
* */4 * * * root PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole updateGravity >/var/log/pihole_updateGravity.log || cat /var/log/pihole_updateGravity.log
# Pi-hole: Flush the log daily at 00:00
# The flush script will use logrotate if available
# parameter "once": logrotate only once (default is twice)
# parameter "quiet": don't print messages
00 00 * * * root PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole flush once quiet
@reboot root /usr/sbin/logrotate --state /var/lib/logrotate/pihole /etc/pihole/logrotate
# Pi-hole: Grab local version and branch every 10 minutes
*/10 * * * * root PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole updatechecker local
# Pi-hole: Grab remote version every 24 hours
22 16 * * * root PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole updatechecker remote
@reboot root PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole updatechecker remote reboot
Above your missing the wildcard * at the end:
sudo zgrep -i voltage /var/log/syslog*
Without it, your searching/grepping only in a single file (syslog) instead of all of them:
pi@ph5b:~ $ ls -1 /var/log/syslog*
/var/log/syslog
/var/log/syslog.1
/var/log/syslog.2.gz
/var/log/syslog.3.gz
/var/log/syslog.4.gz
Auch wenn ich das Sternchen dahinter setzte tut sich nichts:
pi@raspberrypi:~ $ sudo zgrep -i voltage /var/log/syslog*
pi@raspberrypi:~ $
Die Datein 3-5 sind bei mir rot makiert, ist das richtig?
Thats a good sign.
The other two you should try run after the issue occurred as these get wiped on reboot/power cycle:
dmesg -T | grep -i voltage
vcgencmd get_throttled int
Thats just a color scheme.
Nothing to worry about.
Der erste zeigt wieder nichts, der zweite wie folgt:
pi@raspberrypi:~ $ dmesg -T | grep -i voltage
pi@raspberrypi:~ $ vcgencmd get_throttled int
throttled=0x0
pi@raspberrypi:~ $
Hab seit dem letzten Fehler nicht neu gestartet, hab nur via Teleporter die Ad-, Black- und Whitelist wieder geladen.