Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[zgadgeter]

@crunchip said in Proxmox Container nach genau 10 Tagen nicht mehr erreichbar:

wie groß ist denn die root Platte von dem LXC, diese scheint wohl voll zu sein

Hi, wie oder wo sehe ich das?

[crunchip]

@zgadgeter auf deinem Host

lvdisplay

zeigt dir alle Maschinen
schaust du bei deinem 102
LV Size/Mapped size

[zgadgeter]

@crunchip hi und danke nochmals.
Also wenn ich das so checke mit lvdisplay kommt folgendes bie der 102, was nicht voll aussieht, oder?

--- Logical volume ---
  LV Path                /dev/pve/vm-102-disk-0
  LV Name                vm-102-disk-0
  VG Name                pve
  LV UUID                1BueAL-AEfy-s9Hv-GT48-34jQ-Nabq-xp68y9
  LV Write Access        read/write
  LV Creation host, time pve, 2021-03-03 21:34:43 +0100
  LV Pool name           data
  LV Status              available
  # open                 0
  LV Size                32.00 GiB
  Mapped size            35.60%
  Current LE             8192
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:7

[crunchip]

@zgadgeter ich sehe kein Plattenplatzproblem, aber hattest du ein Update gemacht? dann schau mal
https://forum.proxmox.com/threads/yet-another-cant-start-lxc-containers-proxmox-7-2-14.118226/

[zgadgeter]

@crunchip Oh vielen vielen dank! Ja, in dem Artikel steht das es ein update Thema ist, gelöst mit installation von binutils.
Habe das gemacht und der erste container startet direkt. Vielen dank.

[OliverIO]

@siggi0904 sagte in Proxmox Container nach genau 10 Tagen nicht mehr erreichbar:

Ich habe überlegt, wo ich die 10 Tage konfiguriert habe, oder wo die 10 Tage als Standard gesetzt sind.

Was mir als einziges einfiel, ist die DACP lease time in der Fritzbox.
Ich habe die Zeit auf 30 Tage angehoben.

Es könnte sein, wenn man den Containern eine feste IP gibt, könnte das Problem behoben sein.
Das könntest du ja mal testen.

Was für eine Vorteil erhoffst du die von 30 Tagen lease time?
Ich kenne da nur Nachteile

[Siggi0904]

@oliverio Hi, erhoffen tue ich mir da nichts. Das ist nur der Test, ob der Container länger als 10 Tage online bleibt. Dann weiß ich, dass es an der lease time liegt.

Wie kann ich denn einem Container eine feste IP geben?
Meine Fritzbox ist so eingestellt, dass der Fritzbox-DHCP die Adressen vergibt und anschließend kreuze ich an, dass das Gerät immer die gleiche IP bekommen soll.

Danke.

[crunchip]

@siggi0904 sagte in Proxmox Container nach genau 10 Tagen nicht mehr erreichbar:

Wie kann ich denn einem Container eine feste IP geben

deinen LXC anklicken, auf Netzwerk, die vmbr anklicken und bearbeiten, dort hinterlegst du deine (statische) IP und Gateway, sieht dann so aus

[OliverIO]

@siggi0904
Probleme entstehen wenn du an den netzeinstellungen was ändern möchtest wie bspw den DNS
Die Rechner fragen dann frühestens nach der Hälfte der lease time beim dhcp nochmal nach
Auch wenn relativ viele wlan Geräte sich einloggen bleiben die ip Adressen relativ lange reserviert auch wenn sie nicht mehr da sind.
Also ich habe hier 24h und das reicht vollkommen aus.
Das sind alles Probleme die ggfs. gar nicht oder viel später auftreten können. Die Fehlversuche ist dann aber entsprechend aufwändig, da daran ja niemand mehr denkt.

[Siggi0904]

@crunchip danke für die Info. Das setze ich zeitnah um. Dann einfach die IP nehmen, die die Fritzbox zugewiesen hat?

@OliverIO naja, soviel ändert sich ja nicht. Aber danke für den Hinweis.
Wenn es daran lag, stell ich das auf 24h um.

[OliverIO]

@siggi0904
Nein, diese Einstellung ist nicht schuld an den Abstürzen

[crunchip]

@siggi0904 sagte in Proxmox Container nach genau 10 Tagen nicht mehr erreichbar:

Dann einfach die IP nehmen, die die Fritzbox zugewiesen hat?

in der Regel nein, denn dieser Bereich liegt innerhalb deines dhcp
feste IP`s liegen ausserhalb des dhcp, also davor(oder danach)

Beispiel
192.168.178.1 Fritzbox
192.168.178.2-20(statisch)
192.168.178.21.254(dhcp)

[OliverIO]

@crunchip 255 und 256 könnte interessant werden.
Diese beiden nicht nehmen.
Die eine gibts nicht und die andere ist für den broadcast reserviert

[crunchip]

@oliverio stimmt da hab ich mich verschrieben aus Eifer des Gefechts, danke für den Hinweis, ich korrigiere es oben

ich war mir gar nicht sicher in welchem Bereich der dhcp liegt bei der Fritzbox, aber grad nachgelesen

Werkseinstellung: 20 bis 200

[Siggi0904]

@crunchip Wer ist denn das Gateway? Die Fritzbox oder der Proxmox-Host?

Ich frage nach, weil es heute bei meinen beiden Containern wieder passiert ist.
Wieder nach 10 Tagen.
Wenn ich versuche über die Proxmox-Console die Fritzbox anzupingen bekomme ich die Fehlermeldung "network is unreachable".

Ein "systemctl restart networking" hilft und der Container ist wieder erreichbar.

Was kann das Problem sein, dass die Container ihre Verbindung verlieren?
Die lokale Console funktioniert ja super und das System ist so auch erreichbar.

[OliverIO]

@siggi0904
Wenn die vergebenen ip im gleichen netzsegment wie die FRITZ!Box liegen dann die FRITZ!Box

[OliverIO]

@siggi0904
Gibt es den kein syslog des Containers wo man nachschauen könnte?
Was sind es den für Container. Dann könnte man mal in die definitionsdateien reinschauen ob der Container Ersteller oder einer der weiteren Basis Container/Layer da was falsch gemacht hat.

[Siggi0904]

@oliverio das sind debian bullseye container. Wo sehe ich denn den Syslog wenn systemctl verwendet wird?

Wie prüft man denn die Container-Einstellungen?

Mich wundert, dass es nach genau 10 Tagen passiert und mit nem Neustart des Netzwerks behoben werden kann.

[crunchip]

@siggi0904 sagte in Proxmox Container nach genau 10 Tagen nicht mehr erreichbar:

Wo sehe ich denn den Syslog

in deinem jeweiligen Container unter /var/log/

@siggi0904 sagte in Proxmox Container nach genau 10 Tagen nicht mehr erreichbar:

Wer ist denn das Gateway

in der Regel dein Router

@siggi0904 sagte in Proxmox Container nach genau 10 Tagen nicht mehr erreichbar:

Wenn ich versuche über die Proxmox-Console

vom proxmox Host selbst oder meinst du per Gui aber aus dem LXC heraus?

was hast du bei den jeweiligen LXC unter DNS stehen, sollte "verwende Werte vom Host" stehen

[Siggi0904]

Ja, bei DNS server und domain steht "verwende Werte vom Host"

in der Syslog finde ich den renew für die v4 IP-Adresse, die auch super durchläuft.

Nov 26 14:21:28 Wireguard ifup[4463]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Nov 26 14:21:28 Wireguard dhclient[4463]: Sending on   LPF/eth0/b2:ba:11:c9:d0:86
Nov 26 14:21:28 Wireguard dhclient[4463]: Sending on   Socket/fallback
Nov 26 14:21:28 Wireguard dhclient[4463]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Nov 26 14:21:28 Wireguard dhclient[4463]: DHCPOFFER of 192.168.178.65 from 192.168.178.1
Nov 26 14:21:28 Wireguard ifup[4463]: DHCPOFFER of 192.168.178.65 from 192.168.178.1
Nov 26 14:21:28 Wireguard ifup[4463]: DHCPREQUEST for 192.168.178.65 on eth0 to 255.255.255.255 port 67
Nov 26 14:21:28 Wireguard dhclient[4463]: DHCPREQUEST for 192.168.178.65 on eth0 to 255.255.255.255 port 67
Nov 26 14:21:28 Wireguard dhclient[4463]: DHCPACK of 192.168.178.65 from 192.168.178.1
Nov 26 14:21:28 Wireguard ifup[4463]: DHCPACK of 192.168.178.65 from 192.168.178.1
Nov 26 14:21:29 Wireguard dhclient[4463]: bound to 192.168.178.65 -- renewal in 408787 seconds.
Nov 26 14:21:29 Wireguard ifup[4463]: bound to 192.168.178.65 -- renewal in 408787 seconds.

Danach kommt der renew für die IPv6, die geht in die Hose.

Nov 26 14:21:29 Wireguard dhclient[4525]: RCV: Advertise message on eth0 from fe80::3e37:12ff:fecb:a156.
Nov 26 14:21:29 Wireguard ifup[4525]: RCV: Advertise message on eth0 from fe80::3e37:12ff:fecb:a156.
Nov 26 14:21:29 Wireguard ifup[4525]: RCV:  X-- Server ID: 00:03:00:01:3c:37:12:cb:a1:56
Nov 26 14:21:29 Wireguard ifup[4525]: PRC: Lease failed to satisfy.

Ich habe jetzt die Netzwerkkonfiguration im Proxmox für die IPv6 auf SLAAC wieder umgestellt.
Vielleicht hilft das. Ich hatte das testweise aktiviert, damit pi-hole auch die IP-V6 Adressen filtern kann.