Pi-hole in LXC in Proxmox 9.1 / interface eth0 does not currently exist

Bitte beachte diese Vorlage, damit wir dir bestmöglich helfen können!

Beobachtetes und erwartetes Verhalten

Ich nutze Pi-hole in einem LXC-Container in Proxmox 9.1 mit alias nics.
Installiert habe ich das über die Community-Scripts inkl. unbound.
Anscheinend wird die Schnittstelle eth0 (Mitglied von vmbr0) zum Start des Containers nicht schnell genug geladen/gestartet.

Was kann ich dagegen tun?
Ich habe online schon etwas gefunden, ein DELAY_STARTUP=5 in /etc/pihole/pihole-FTL.confhat aber keine abhilfe geschaffen. AUch die zeit auf 10 oder 15 zu erhöhen bringt nichts.

Danke für eure Hilfe

Debug Token:

https://tricorder.pi-hole.net/G9ezAGGI/

Das ist nicht überraschend - aktuelle Versionen von Pi-hole verwenden pihole-FTL.conf seit 2025 nicht mehr. Eintragungen in diese Datei sind damit wirkungslos.

Für Pi-hole 6 sollte misc.delay_startup gesetzt werden, z.B. über Settings | All Settings » Miscellaneous.
All Settings ist nur im Expert-Modus verfügbar.

Danke für die Rückmeldung.
ich habe das jetzt mal bis mittlerweile 60 (Sekunden) eingestellt.
Leider bringt das keine Verbesseung…

Ausgeführt im Pi-hole-Container, was gibt folgendes Kommando zurück?

ip -4 address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0@if18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link-netnsid 0
inet 10.0.0.2/24 brd 10.0.0.255 scope global dynamic eth0
valid_lft 85688sec preferred_lft 85688sec
root@pihole-unbound:\~#
inet 10.0.0.2/24 brd 10.0.0.255 scope global dynamic eth0
valid_lft 85688sec preferred_lft 85688sec

Das sieht soweit in Ordnung aus.
Ich habe einen Pi-hole-Container unter Docker laufen, dessen dns.interface ebenfalls auf eth0 konfiguriert ist, wobei ip address im Container eth0@if22 anzeigt.

Siehst Du aktuell vielleicht noch eine ältere interface eth0 does not currently exist-Warnung, oder wird die auch nach einem Neustart des Containers noch angezeigt?

Hab gerade mal einen reboot gemacht.
Danach erscheinen nur die neuen Meldungen, die alten sind weg:

Die NTP-Meldung scheint ja ein Thema der virtuellen Maschine zu sein. Der Service erkennt das wohl und läuft nicht an. Stimmt die Annahme?

Grüße

Maybe that would also work without issues in combination with the Proxmox Default vmbr0 ?!

Need A second opinion!

It delays the starting of the ftl.

Create override:

systemctl edit pihole-FTL

Add:

[Service]
ExecStartPre=/bin/sleep 5

After applying delay:

systemctl restart pihole-FTL
journalctl -u pihole-FTL -b