NEWS
PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6
-
@meister-mopper läuft bei mir auf einem Raspi pi5 unauffällig.
-
Bei mir spinnt
pihole-ftl, das zieht viel zuviel cpu. Ich mach mal zu Testzwecken einen neuen lxc. Mal sehen ... -
@meister-mopper so schaut's bei mir aus:
-
@meister-mopper ich blocke 125376 Domains, aber auf dem Raspi läuft ja auch iobroker.
-
Das habe ich gleich wieder zurückgeschmissen. Da geht auf dem LXC die CPU auf 100 und regt sich nicht ab.
Allerdings habe ich auf dem auch cloudflared und unbound laufen, weiß noch nicht, ob es daran liegt.@meister-mopper sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
Da geht auf dem LXC die CPU auf 100
Bei mir waren es nicht 100%, aber deutlich mehr als gewöhnlich (25% statt 0,1%). Also ein Kern von vier war voll zu. Der LXC darf nicht die DNS-Server von Proxmox verwenden - also sich selbst als DNS-Server. Wenn man die DNS des LXC auf z.B.
1.1.1.1stellt, dann ist die Last wieder normal. -
@meister-mopper sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
Da geht auf dem LXC die CPU auf 100
Bei mir waren es nicht 100%, aber deutlich mehr als gewöhnlich (25% statt 0,1%). Also ein Kern von vier war voll zu. Der LXC darf nicht die DNS-Server von Proxmox verwenden - also sich selbst als DNS-Server. Wenn man die DNS des LXC auf z.B.
1.1.1.1stellt, dann ist die Last wieder normal.@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
@meister-mopper sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
Da geht auf dem LXC die CPU auf 100
Bei mir waren es nicht 100%, aber deutlich mehr als gewöhnlich (25% statt 0,1%). Also ein Kern von vier war voll zu. Der LXC darf nicht die DNS-Server von Proxmox verwenden - also sich selbst als DNS-Server. Wenn man die DNS des LXC auf z.B.
1.1.1.1stellt, dann ist die Last wieder normal.Kannst du bitte mal die DNS-Einstellungen des LXC zeigen?
Proxmox und HA
-
@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
@meister-mopper sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
Da geht auf dem LXC die CPU auf 100
Bei mir waren es nicht 100%, aber deutlich mehr als gewöhnlich (25% statt 0,1%). Also ein Kern von vier war voll zu. Der LXC darf nicht die DNS-Server von Proxmox verwenden - also sich selbst als DNS-Server. Wenn man die DNS des LXC auf z.B.
1.1.1.1stellt, dann ist die Last wieder normal.Kannst du bitte mal die DNS-Einstellungen des LXC zeigen?
-
Ups und noch ein Update..
Core version is v6.0.3 (Latest: v6.0.3)
Web version is v6.0.1 (Latest: v6.0.1)
FTL version is v6.0.2 (Latest: v6.0.2)Nachdem die Pihole v6 mittlerweile im stable ist, gibt es natürlich mehr Upgrades, weil die verschiedensten Systeme nach dem Upgrade Fehler melden.
Ich habe jetzt mal einen Proxmox Testhost eingerichtet und stünde für weitere Tests eines aktualisierten Adapters zur Verfügung.
Vielleicht gibt es ja noch ein paar Interessierte, die das Issue in github unterstützen möchten.
Erste Erfahrungen:
- Pihole v6 lief bei mir als Update unter Ubuntu22 nicht mehr (100 % CPU). Eine Neuinstallation unter Debian 12 tut es wieder.
- Die Version 6 ist ressourcenhungriger als die v5. Insbesondere, wenn man viele banlists hat, muss man zumindest für die Aufgabe
update gravitymehr RAM zur Verfügung stellen (danach ist 1G ausreichend). - Die v6 ist standardmäßig als ntp-server eingerichtet, das führt bei einem unprivileged Proxmox Lxc zu Fehlermeldungen (da sind Anpassungen in den Systemeinstellungen des Pihole erforderlich => aus Sicherheitsgründen ist die Umstellung eines LXC auf privileged nicht angezeigt!). Auf baremetal sollte das Problem nicht auftreten.
- v6 nutzt keinen permanenten Token zur Authentifizierung, sondern nutzt Session IDs. Da vermute ich den Knackpunkt für die Adapterentwicklung.
Proxmox und HA
-
Nachdem die Pihole v6 mittlerweile im stable ist, gibt es natürlich mehr Upgrades, weil die verschiedensten Systeme nach dem Upgrade Fehler melden.
Ich habe jetzt mal einen Proxmox Testhost eingerichtet und stünde für weitere Tests eines aktualisierten Adapters zur Verfügung.
Vielleicht gibt es ja noch ein paar Interessierte, die das Issue in github unterstützen möchten.
Erste Erfahrungen:
- Pihole v6 lief bei mir als Update unter Ubuntu22 nicht mehr (100 % CPU). Eine Neuinstallation unter Debian 12 tut es wieder.
- Die Version 6 ist ressourcenhungriger als die v5. Insbesondere, wenn man viele banlists hat, muss man zumindest für die Aufgabe
update gravitymehr RAM zur Verfügung stellen (danach ist 1G ausreichend). - Die v6 ist standardmäßig als ntp-server eingerichtet, das führt bei einem unprivileged Proxmox Lxc zu Fehlermeldungen (da sind Anpassungen in den Systemeinstellungen des Pihole erforderlich => aus Sicherheitsgründen ist die Umstellung eines LXC auf privileged nicht angezeigt!). Auf baremetal sollte das Problem nicht auftreten.
- v6 nutzt keinen permanenten Token zur Authentifizierung, sondern nutzt Session IDs. Da vermute ich den Knackpunkt für die Adapterentwicklung.
@meister-mopper Ich habe nach dem aktuellen Update wieder den Standard-DNS Server (also Pihole selbst) bei Proxmox eingestellt. Läuft jetzt ohne Auffälligkeiten.
Dass ein NTP-Server mitkommt, wusste ich noch nicht. Da ich einen eigenen auf dem LXC schon am Laufen habe, habe ich den von Pihole mal deaktiviert. Denn meiner läuft auch auf ein unprivilegierten LXC so wie gewünscht.
-
@meister-mopper Ich habe nach dem aktuellen Update wieder den Standard-DNS Server (also Pihole selbst) bei Proxmox eingestellt. Läuft jetzt ohne Auffälligkeiten.
Dass ein NTP-Server mitkommt, wusste ich noch nicht. Da ich einen eigenen auf dem LXC schon am Laufen habe, habe ich den von Pihole mal deaktiviert. Denn meiner läuft auch auf ein unprivilegierten LXC so wie gewünscht.
@dr-bakterius
Es kam bei mir immer eine Fehlermeldung, dass die ntp Synchronisierung fehlerhaft war.
Mittlerweile habe ich es so:
Seitdem gibt es keine Probs mehr. Aber wie geschrieben habe ich ja unbound und cloudflared installiert. Das kann natürlich bei anderen Konstellationen anders sein.
Proxmox und HA
-
@dr-bakterius
Es kam bei mir immer eine Fehlermeldung, dass die ntp Synchronisierung fehlerhaft war.
Mittlerweile habe ich es so:
Seitdem gibt es keine Probs mehr. Aber wie geschrieben habe ich ja unbound und cloudflared installiert. Das kann natürlich bei anderen Konstellationen anders sein.
@meister-mopper Unbound habe ich auch. Doch das hat ja nichts mit dem NTP-Server zu tun, betrifft nur die DNS Anfragen nach außen.
-
@meister-mopper Unbound habe ich auch. Doch das hat ja nichts mit dem NTP-Server zu tun, betrifft nur die DNS Anfragen nach außen.
@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
@meister-mopper Unbound habe ich auch. Doch das hat ja nichts mit dem NTP-Server zu tun, betrifft nur die DNS Anfragen nach außen.
Ja klar, ich wollte nur auf die Umgebungsproblematik hinweisen.
-
@meister-mopper Unbound habe ich auch. Doch das hat ja nichts mit dem NTP-Server zu tun, betrifft nur die DNS Anfragen nach außen.
@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
Unbound habe ich auch.
Wieso hast du dann 1.1.1.1 als dns angegeben?
Proxmox und HA
-
@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
Unbound habe ich auch.
Wieso hast du dann 1.1.1.1 als dns angegeben?
@meister-mopper Weil die CPU-Last so wieder normal war. Hat sich nach dem Update auf Core v6.0.3, FTL v6.0.2, Web interface v6.0.1 ja erledigt.
-
@dr-bakterius sagte in PiHole Adapter ohne Funktion nach Pi-Hole Update auf V6:
Unbound habe ich auch.
Wieso hast du dann 1.1.1.1 als dns angegeben?
@meister-mopper Also am Update lag es nicht. Heute hat FTL einen Prozessor-Kern wieder zu 100% ausgelastet. Im Netz gibt es schon viele, denen es nach dem Upgrade auf v6.x ebenso ergeht. Dabei scheint sich heraus zu kristallisieren, dass es zum einen am RAM liegt wenn ein Gravity-Update erfolgt und der voll läuft. Bei meinem 43M Einträgen braucht es ca. 4GB. Und zum Anderen kann es an Fehlern in der DB liegen.
Ich habe also RAM erhöht und auch Cache erstellt (hatte vorher keinen), und die DB gelöscht und neu anlegen lassen. Außerdem habe ich die Behaltefrist von 3 Monaten auf 1 Woche herabgesetzt.
Jetzt heißt es abwarten ob die CPU-Last so niedrig bleibt ...
-
@meister-mopper Also am Update lag es nicht. Heute hat FTL einen Prozessor-Kern wieder zu 100% ausgelastet. Im Netz gibt es schon viele, denen es nach dem Upgrade auf v6.x ebenso ergeht. Dabei scheint sich heraus zu kristallisieren, dass es zum einen am RAM liegt wenn ein Gravity-Update erfolgt und der voll läuft. Bei meinem 43M Einträgen braucht es ca. 4GB. Und zum Anderen kann es an Fehlern in der DB liegen.
Ich habe also RAM erhöht und auch Cache erstellt (hatte vorher keinen), und die DB gelöscht und neu anlegen lassen. Außerdem habe ich die Behaltefrist von 3 Monaten auf 1 Woche herabgesetzt.
Jetzt heißt es abwarten ob die CPU-Last so niedrig bleibt ...
ich fürchte den dev interessiert das nicht weiter.
Letztes Update vor zwei Jahren, Bugs seit 2020 offen.Könnte den Adapter vielleicht jemand in Betreuung übernehmen?
-
ich fürchte den dev interessiert das nicht weiter.
Letztes Update vor zwei Jahren, Bugs seit 2020 offen.Könnte den Adapter vielleicht jemand in Betreuung übernehmen?
@lucifor1976
Wenns sonst niemand macht kann ich mir das mal ansehen. Aber frühestens in sagen wir mal 2 Wochen.Bitte triggert mich ggF in 2 bis 3 Wochen wenn ich nichts sage / schreibe.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
Support us
837
Online32.4k
Users81.5k
Topics1.3m
Posts