Proxmox - Container "verliert" nach einiger Zeit Netzwerkverbindung

Ichthys

Lt. Commander
Registriert
März 2008
Beiträge
1.424
Guten Morgen,

ich habe eine Proxmox 6.x-Installation mit u. a. einem Debian-Container.
Da läuft auch alles, so wie ich es mir vorstelle. Nur ein Problem gibt es. Container 1 mit einer älteren Debian-Installation läuft seit mehreren Jahren anstandslos, soll aber nun durch Container 2 mit einer Debian 10-Installation ausgetauscht werden. Allerdings "verliert" dieser nach unregelmäßigen Abständen immer die Netzwerkverbindung.
Ein Ping auf localhost oder die eigene IP-Adresse funktioniert, alles außerhalb ist nicht erreichbar.
Lösen kann ich das mit
Code:
ifdown eth0 && ifup eth0
Dann ist die Verbindung wieder da - aber auch nur vorübergehend.
So sieht die Routing-Tabelle aus. Auch im funktionsfähigen Zustand.

/etc/network/interfaces
Code:
# UNCONFIGURED INTERFACES
# remove the above line if you edit this file

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
        address xxx.xxx.139.95/24
        gateway xxx.xxx.139.1

#allow-hotplug eth1
#iface eth1 inet dhcp

Code:
root@CT106 ~# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         xxx.xxx.139.1    0.0.0.0         UG        0 0          0 eth0
xxx.xxx.139.0    0.0.0.0         255.255.255.0   U         0 0          0 eth0
Alle Prüfungen, wie z. B.
Code:
cat /sys/class/net/eth0/operstate
besagen, dass alles in Ordnung ist. Aber dennoch bricht mir das Netzwerk weg.

ifconfig-Ausgabe:
Code:
root@CT106 ~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet xxx.xxx.139.95  netmask 255.255.255.0  broadcast xxx.xxx.139.255
        inet6 fe80::90a8:caff:fe3d:86b6  prefixlen 64  scopeid 0x20<link>
        ether 92:a8:ca:3d:86:b6  txqueuelen 1000  (Ethernet)
        RX packets 2124399  bytes 831836419 (793.3 MiB)
        RX errors 0  dropped 209  overruns 0  frame 0
        TX packets 206579  bytes 16494407 (15.7 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 1345  bytes 1367388 (1.3 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1345  bytes 1367388 (1.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Da ich mit ifdown eth0 && ifup eth0 die Verbindung wieder aufbauen kann, halte ich die Proxmox-Konfiguration selbst für unproblematisch. Der andere Container und alle VMs laufen auch problemlos. Nur der Container läuft nicht, wie er sollte.

Habt ihr eine Idee, wo ich noch nachgucken kann?
 
Zuletzt bearbeitet:
Ich kenne die Container-Features in Proxmox nur rudimentär, aber in einer normalen VM würde ich mal die Logs prüfen und schauen, was während des ungefähren Fehlerzeitraumes passiert.

Ist Proxmox auf einem aktuellen Stand? Ist ein Update auf Proxmox 7 in Planung?
 
  • Gefällt mir
Reaktionen: Ichthys
Proxmox ist aktuell. Ein Update auf V7 ist geplant, aber nicht in näherer Zukunft. Das dürfte m. E. nach auch nicht das Problem lösen
Das syslog gibt leider nichts her:
Code:
Jan  8 07:23:01 CT106 CRON[23067]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 07:39:01 CT106 CRON[23070]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 07:39:56 CT106 systemd[1]: Starting Clean php session files...
Jan  8 07:39:56 CT106 sessionclean[23071]: PHP Warning:  Module 'mbstring' already loaded in Unknown on line 0
Jan  8 07:39:56 CT106 systemd[1]: phpsessionclean.service: Succeeded.
Jan  8 07:39:56 CT106 systemd[1]: Started Clean php session files.
Jan  8 08:09:01 CT106 CRON[23124]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 08:09:56 CT106 systemd[1]: Starting Clean php session files...
Jan  8 08:09:56 CT106 sessionclean[23125]: PHP Warning:  Module 'mbstring' already loaded in Unknown on line 0
Jan  8 08:09:56 CT106 systemd[1]: phpsessionclean.service: Succeeded.
Jan  8 08:09:56 CT106 systemd[1]: Started Clean php session files.
Jan  8 08:23:01 CT106 CRON[23177]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 08:39:01 CT106 CRON[23181]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 08:39:56 CT106 systemd[1]: Starting Clean php session files...
Jan  8 08:39:56 CT106 sessionclean[23182]: PHP Warning:  Module 'mbstring' already loaded in Unknown on line 0
Jan  8 08:39:56 CT106 systemd[1]: phpsessionclean.service: Succeeded.
Jan  8 08:39:56 CT106 systemd[1]: Started Clean php session files.
Jan  8 09:09:01 CT106 CRON[23235]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 09:09:56 CT106 systemd[1]: Starting Clean php session files...
Jan  8 09:09:56 CT106 sessionclean[23236]: PHP Warning:  Module 'mbstring' already loaded in Unknown on line 0
Jan  8 09:09:56 CT106 systemd[1]: phpsessionclean.service: Succeeded.
Jan  8 09:09:56 CT106 systemd[1]: Started Clean php session files.
Jan  8 09:23:01 CT106 CRON[23288]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 09:39:01 CT106 CRON[23362]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 09:39:56 CT106 systemd[1]: Starting Clean php session files...
Jan  8 09:39:56 CT106 sessionclean[23363]: PHP Warning:  Module 'mbstring' already loaded in Unknown on line 0
Jan  8 09:39:56 CT106 systemd[1]: phpsessionclean.service: Succeeded.
Jan  8 09:39:56 CT106 systemd[1]: Started Clean php session files.
Jan  8 10:09:01 CT106 CRON[23463]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan  8 10:09:56 CT106 systemd[1]: Starting Clean php session files...
Jan  8 10:09:57 CT106 sessionclean[23465]: PHP Warning:  Module 'mbstring' already loaded in Unknown on line 0
Jan  8 10:09:57 CT106 systemd[1]: phpsessionclean.service: Succeeded.
Jan  8 10:09:57 CT106 systemd[1]: Started Clean php session files.
Jan  8 10:23:01 CT106 CRON[23528]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
In der Zeit war die Verbindung schon mehrmals weg.
 
Ichthys schrieb:
ifdown eth0 && ifup eth0
Erster kühner Verdacht: Durch ifdown und ifup werden begleitende Aktionen ausgelöst (route, iptables, ip_forwarding, ...), die die Funktionalität wieder herstellen. Prüfe mal, was die Scripte genau tun.

Kannst du die Zeitpunkte des Verbindungsverlusts mit anderen Ereignissen verbinden? Cron jobs oder sowas?
 
  • Gefällt mir
Reaktionen: Ichthys
Gute Idee!
Es werden keine Cronjobs o. Ä. durchgeführt. Es ist eine reine LAMP-Installation. Ich hatte auch mal eine CentOS-Installation durchgeführt. Auch diese zeigt exakt das gleiche Problem. D. H. irgendwo in meiner Konfiguration ist ein Fehler. Aber ich habe im Moment keine Ahnung, wo.
 
Ich kann das ganze auflösen.
riversource schrieb:
Dein Log besteht fast ausschließlich aus Ausgaben von Cron Jobs.
Da hast Du natürlich Recht. Das war aber nicht das Problem.
leetxyz schrieb:
Ist ein Update auf Proxmox 7 in Planung?
Das war nicht zeitnah geplant.
Ich habe mir aber dann am Wochenende doch die Zeit genommen und ein Upgrade durchgeführt. Hatte nicht die Hoffnung, dass das das Problem beheben würde. Aber interessanterweise hat es das!
Danke für diesen Denkanstoß! Ich hätte das eher nicht in Betracht gezogen.
Somit ist das Thema erledigt. Mir ist zwar noch nicht ganz klar, warum das Upgrade das Problem behoben hat, aber zumindest läuft nun der Container!

Viele Grüße,
Ichthys
 
Zurück
Oben