Nach updaten auf Pihole v5, zeigt das Dashboard nichts an

Ich hatte es NACH der veröffentichung von v5 kompiliert.

Ja. Eben. Habe ich ja auch gemacht. Sonst würde es gar nicht laufen. Und so wie das sehe, läuft es ja. DNS und DHCP funktionieren.

Hm, die Beschreibung sieht aber ganz anders aus.

In den Settings kann ich Werte verändern.

Also bei mir sieht es so aus:


Wen ich jetzt per root
touch /etc/pihole/gravity.db mache, sieht die seite so aus:

Jetzt habe ich von meinem reserve innstallation von meinem pi, die gravity.db auf die nas kopiert und er blockt fleisig vor sich hin.
ABER wen ich die Gravitiy akt. wird sie NICHT geändert sondern die /etc/pihole/gravity.list

Jetzt müste man herausfinden, warm die selbst kompilierte version
(root@Qnap-NAS:~# pihole-FTL -v
v5.0
root@Qnap-NAS:~#)
sich anders verhält als eine fertige version.

In beiden Fällen geht es um eine fehlende gravity.db auf armv5tel; um die außerdem in Deinem Fall abweichende Netzwerkonfiguration haben wir uns ja bereits gekümmert.

Da pihole-FTL bereits von euch kompiliert wurde, funktioniert nun vielleicht auch folgendes, um die DB neu aufzusetzen:

pihole -g -r

da hab ich schon was herausgefunden.

Was hast Du denn herausgefunden?

Das FTL hatte ich bereits vor dem Upgrade mit 'pihole -up' kompiliert und nach dem Upgrade nach /usr/bin/ kopiert.
Alle hier beschriebenen Probleme bestehen also nach der Kompilation. Wie von Conan179 beschrieben, habe ich nun auch eine gravity.db erzeugt und bekomme nun wenigstens eine Anzeige. Ein 'pihole -g -r' bringt keine Änderung.

Den Owner der /etc/pihole/gravity habe ich auf 'pihole' geändert, bringt aber auch nix. Wie bekomme ich nun irgend etwas in die Blocklist?

Please upload a new debug log and post the new token.

Bitte schön:
https://tricorder.pi-hole.net/8dnl1vtwng

Und hier meines: https://tricorder.pi-hole.net/vdggg0zp5d

Habe eben etwas seltsames gefunden. Unter /var/log/ fand ich folgende Dateien:

-rw-r--r-- 1 pihole pihole 706M May 15 20:18 /var/log/pihole.log
-rw-r--r-- 1 pihole pihole 71M May 15 00:00 /var/log/pihole.log.1
-rw-r--r-- 1 pihole pihole 2.7M May 14 15:17 /var/log/pihole.log.2.gz
-rw-r--r-- 1 pihole pihole 12M May 14 14:29 /var/log/pihole.log.3.gz
-rw-r--r-- 1 pihole pihole 16M May 14 00:00 /var/log/pihole.log.4.gz
-rw-r--r-- 1 pihole pihole 218K May 13 00:00 /var/log/pihole.log.5.gz

Interessant finde ich die Größe der Files. Das vom 13. Mai, vor dem Upgrade ist ziemlich klein, nach dem Upgrade werden die Files ziemlich groß.

Schultze
https://wiki.ubuntuusers.de/Logdateien/#Logrotate
Normales verhalten von logrotate.

Das scheint mir Unfug zu sein. Warum ist das eine Logfile 200k groß und das nächste 16m?

Dann öffne die logsfile und schau nach was drin steht, allein die grösse sagt null aus, der inhalt ist das wichtige und da kannst nur du rein schauen.

Wahrscheinlich ist dann ziemlich viel geloggt. Deine Aktuelle ist sogar 706M groß!
Ich denke, da wird extrem oft irgendein Fehler geloggt.

head -n50 /var/log/pihole.log

root@dalmore:~# head -n 50 /var/log/pihole.log

May 15 00:01:30 dnsmasq[776]: query[A] opml.radiotime.com from 192.168.42.154
May 15 00:01:30 dnsmasq[776]: forwarded opml.radiotime.com to 192.168.41.1
May 15 00:01:30 dnsmasq[776]: reply opml.radiotime.com is <CNAME>
May 15 00:01:30 dnsmasq[776]: reply opml-auw1.radiotime.com is <CNAME>
May 15 00:01:30 dnsmasq[776]: reply opmlrt-auw-20pct.radiotime.com is <CNAME>
May 15 00:01:30 dnsmasq[776]: reply opml-auw1-cf.radiotime.com.cdn.cloudflare.net is 104.17.106.184
May 15 00:01:30 dnsmasq[776]: reply opml-auw1-cf.radiotime.com.cdn.cloudflare.net is 104.17.107.184
May 15 00:01:48 dnsmasq[776]: query[A] clients4.google.com from 192.168.42.161
May 15 00:01:48 dnsmasq[776]: forwarded clients4.google.com to 192.168.41.1
May 15 00:01:48 dnsmasq[776]: forwarded clients4.google.com to 1.0.0.1
May 15 00:01:48 dnsmasq[776]: forwarded clients4.google.com to 1.1.1.1
May 15 00:01:48 dnsmasq[776]: reply clients4.google.com is <CNAME>
May 15 00:01:48 dnsmasq[776]: reply clients.l.google.com is 216.58.213.206
May 15 00:02:56 dnsmasq[776]: query[A] channel.status.request.url from 192.168.42.161
May 15 00:02:56 dnsmasq[776]: cached channel.status.request.url is NXDOMAIN
May 15 00:02:56 dnsmasq[776]: query[A] channel.status.request.url.whisky.at.home from 192.168.42.161
May 15 00:02:56 dnsmasq[776]: cached channel.status.request.url.whisky.at.home is NXDOMAIN
May 15 00:05:02 dnsmasq[776]: query[A] imap.arcor.de from 127.0.0.1
May 15 00:05:02 dnsmasq[776]: forwarded imap.arcor.de to 192.168.41.1
May 15 00:05:02 dnsmasq[776]: query[AAAA] imap.arcor.de from 127.0.0.1
May 15 00:05:02 dnsmasq[776]: forwarded imap.arcor.de to 192.168.41.1
May 15 00:05:02 dnsmasq[776]: reply imap.arcor.de is <CNAME>
May 15 00:05:02 dnsmasq[776]: reply imap.vodafonemail.xion.oxcs.net is 153.92.174.165
May 15 00:05:02 dnsmasq[776]: reply imap.arcor.de is <CNAME>
May 15 00:05:02 dnsmasq[776]: reply imap.vodafonemail.xion.oxcs.net is NODATA-IPv6
May 15 00:05:02 dnsmasq[776]: query[A] imap.arcor.de from 127.0.0.1
May 15 00:05:02 dnsmasq[776]: cached imap.arcor.de is <CNAME>
May 15 00:05:02 dnsmasq[776]: cached imap.vodafonemail.xion.oxcs.net is 153.92.174.165
May 15 00:05:02 dnsmasq[776]: query[AAAA] imap.arcor.de from 127.0.0.1
May 15 00:05:02 dnsmasq[776]: cached imap.arcor.de is <CNAME>
May 15 00:05:02 dnsmasq[776]: cached imap.vodafonemail.xion.oxcs.net is NODATA-IPv6
May 15 00:05:03 dnsmasq[776]: query[A] imap.gmail.com from 127.0.0.1
May 15 00:05:03 dnsmasq[776]: forwarded imap.gmail.com to 192.168.41.1
May 15 00:05:03 dnsmasq[776]: query[AAAA] imap.gmail.com from 127.0.0.1
May 15 00:05:03 dnsmasq[776]: forwarded imap.gmail.com to 192.168.41.1
May 15 00:05:03 dnsmasq[776]: reply imap.gmail.com is 74.125.206.109
May 15 00:05:03 dnsmasq[776]: reply imap.gmail.com is 74.125.206.108
May 15 00:05:03 dnsmasq[776]: reply imap.gmail.com is 2a00:1450:400c:c06::6c
May 15 00:05:03 dnsmasq[776]: query[A] imap.gmail.com from 127.0.0.1
May 15 00:05:03 dnsmasq[776]: cached imap.gmail.com is 74.125.206.108
May 15 00:05:03 dnsmasq[776]: cached imap.gmail.com is 74.125.206.109
May 15 00:05:03 dnsmasq[776]: query[AAAA] imap.gmail.com from 127.0.0.1
May 15 00:05:03 dnsmasq[776]: cached imap.gmail.com is 2a00:1450:400c:c06::6c
May 15 00:05:26 dnsmasq[776]: query[PTR] 7.149.36.54.in-addr.arpa from 127.0.0.1
May 15 00:05:26 dnsmasq[776]: forwarded 7.149.36.54.in-addr.arpa to 192.168.41.1
May 15 00:05:26 dnsmasq[776]: reply 54.36.149.7 is ip-54-36-149-7.a.ahrefs.com
May 15 00:05:26 dnsmasq[776]: query[PTR] 2.41.168.192.in-addr.arpa from 127.0.0.1
May 15 00:05:26 dnsmasq[776]: config 192.168.41.2 is NXDOMAIN
May 15 00:06:31 dnsmasq[776]: query[A] opml.radiotime.com from 192.168.42.154
May 15 00:06:31 dnsmasq[776]: forwarded opml.radiotime.com to 192.168.41.1

Wann sollte, durch welchen Prozess die gravity.db erzeugt werden? Das klappt ja bei mir nicht.
Ich habe das File mittels touch erzeugt, aber pihole scheint die nichjt anzufassen.

pihole-FTL
das ist der einzige nterschied ziwschen meiner NAS und die Reserve Innstallation auf meinem Pi.

Hast Du beim Kompilieren irgendwelche Schalter gesetzt? Ich habe einfach nur make durchlaufen lassen.