Debian Container verliert regelmäßig IP

L

lenny30

Member
May 26, 2020
106
8
23
44
Hi,
ich habe bei einem Debian Container das Problem, dass dieser regelmäßig seine IP Einstellungen (über DHCP) verliert.
Der Dienst Networking ist dann rot und dead.
Es hilft nur ein kompletter Restart des Proxmox(s)

Sobald die IP Fest in den Proxmox Netzwerkeinstellungen vergeben wird, ist alles schön.
Leider finde ich den Fehler. Im log des Containers hab ich nichts gefunden zu "dhcp" was fragwürdig ist.
 
hi,

lenny30 said:
Es hilft nur ein kompletter Restart des Proxmox(s)

Sobald die IP Fest in den Proxmox Netzwerkeinstellungen vergeben wird, ist alles schön.
Click to expand...

klingt seltsam. kannst du bitte die container config unt netzwerkconfig von PVE schicken? (folgende kommandos)
Code: 
pveversion -v
pct config CTID
cat /etc/network/interfaces
 
nummer 1.
Code: 
root@proxmox:~# pveversion -v
proxmox-ve: 6.2-1 (running kernel: 5.4.55-1-pve)
pve-manager: 6.2-11 (running version: 6.2-11/22fb4983)
pve-kernel-5.4: 6.2-6
pve-kernel-helper: 6.2-6
pve-kernel-5.4.60-1-pve: 5.4.60-1
pve-kernel-5.4.55-1-pve: 5.4.55-1
pve-kernel-5.4.44-2-pve: 5.4.44-2
pve-kernel-5.4.44-1-pve: 5.4.44-1
pve-kernel-5.4.34-1-pve: 5.4.34-2
ceph-fuse: 12.2.11+dfsg1-2.1+b1
corosync: 3.0.4-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: residual config
ifupdown2: 3.0.0-1+pve2
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.16-pve1
libproxmox-acme-perl: 1.0.4
libpve-access-control: 6.1-2
libpve-apiclient-perl: 3.0-3
libpve-common-perl: 6.2-1
libpve-guest-common-perl: 3.1-3
libpve-http-server-perl: 3.0-6
libpve-storage-perl: 6.2-6
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.3-1
lxcfs: 4.0.3-pve3
novnc-pve: 1.1.0-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.2-10
pve-cluster: 6.1-8
pve-container: 3.1-13
pve-docs: 6.2-5
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-2
pve-firmware: 3.1-3
pve-ha-manager: 3.1-1
pve-i18n: 2.1-3
pve-qemu-kvm: 5.0.0-13
pve-xtermjs: 4.7.0-2
qemu-server: 6.2-14
smartmontools: 7.1-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 0.8.4-pve1
root@proxmox:~#

nummer 2:
Code: 
root@proxmox:~# pct config 105
arch: amd64
cores: 4
features: mount=cifs,nesting=1
hostname: XXX-XXX
memory: 512
net0: name=eth0,bridge=vmbr3,gw=10.XX.XX.1,hwaddr=72:FD:XX:XX:XX:XX,ip=10.XX.XX.10/24,type=veth
onboot: 1
ostype: debian
parent: vor_egw20
rootfs: local-lvm:vm-105-disk-1,size=12G
startup: order=4,up=30
swap: 0
root@proxmox:~#


Code: 
root@proxmox:~# cat /etc/network/interfaces
# network interface settings; autogenerated
# Please do NOT modify this file directly, unless you know what
# you're doing.
#
# If you want to manage parts of the network configuration manually,
# please utilize the 'source' or 'source-directory' directives to do
# so.
# PVE will preserve these directives, but will NOT read its network
# configuration from sourced files, so do not attempt to move any of
# the PVE managed interfaces into external files!

auto lo
iface lo inet loopback

iface enp1s0 inet manual

iface enp2s0 inet manual

auto vmbr0
iface vmbr0 inet static
        address 10.XX.YY.254/24
        gateway 10.XX.YY.1
        bridge-ports enp1s0
        bridge-stp off
        bridge-fd 0
#Intern Netz

auto vmbr2
iface vmbr2 inet manual
        bridge-ports none
        bridge-stp off
        bridge-fd 0
#Server Netz

auto vmbr3
iface vmbr3 inet manual
        bridge-ports none
        bridge-stp off
        bridge-fd 0
#DMZ Netz

auto vmbr1
iface vmbr1 inet manual
        bridge-ports enp2s0
        bridge-stp off
        bridge-fd 0
#WAN Netz

root@proxmox:~#
 
der CT benutzt vmbr3 bridge
wo hast du das dhcp am laufen?
 
bitte auch noch die '/etc/network/interfaces' innerhalb des containers pasten (wir hatten hier mal einen ähnlichen Fall und ich würde das gerne nachstellen)

wenn möglich auch das journal der PVE-node und des containers posten zu dem Zeitpunkt wo der Fehler auftritt.

Danke!
 
steht jetzt natürlich auf static. War sonst dhcp...

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 10.XX.YY.10/24
gateway 10.XX.YY.1
 
Entschuldigt bitte, wenn ich diesen alten Thread hier wieder aufleben lasse. Aber ich habe das gleiche Problem und suche nach einer Lösung. Könnt ihr mir helfen?
 
mir gehts 2024 noch genauso, mit Debian 12 und Proxmox 8. Als Besonderheit: In dem Container läuft Docker, und da drinnen paperless-ng.
Unprivilegierter Container, nesting=1, keyctl=1
 
Last edited:
Genauso heißt, networking.service wird als inactive dead vermeldet? Wie sind denn die letzten Log-Einträge dazu?
 
Sorry, update: hatte zuerst die logs vom Host gepostet, nicht vom Container...

das ist interessant.
Code: 
systemctl status networking.service
:

Code: 
× networking.service - Raise network interfaces
     Loaded: loaded (/lib/systemd/system/networking.service; enabled; preset: enabled)
Active: failed (Result: timeout) since Thu 2024-12-12 21:17:16 CET; 13h ago
       Docs: man:interfaces(5)
Process: 69 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
    Process: 170 ExecStopPost=/usr/bin/touch /run/network/restart-hotplug (code=exited, status=0/SUCCESS)
   Main PID: 69 (code=exited, status=1/FAILURE)
        CPU: 325ms

Dez 12 21:16:52 paperless dhclient[157]: RCV: Advertise message on eth0 from fe80::1eed:6fff:fe16:76ec.
Dez 12 21:16:52 paperless ifup[157]: RCV: Advertise message on eth0 from fe80::1eed:6fff:fe16:76ec.
Dez 12 21:16:52 paperless ifup[157]: RCV:  X-- Server ID: 00:03:00:01:1c:ed:6f:16:76:ec
Dez 12 21:16:52 paperless ifup[157]: PRC: Lease failed to satisfy.
Dez 12 21:17:16 paperless systemd[1]: networking.service: start operation timed out. Terminating.
Dez 12 21:17:16 paperless systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Dez 12 21:17:16 paperless ifup[69]: Got signal Terminated, terminating...
Dez 12 21:17:16 paperless ifup[69]: ifup: failed to bring up eth0
Dez 12 21:17:16 paperless systemd[1]: networking.service: Failed with result 'timeout'.
Dez 12 21:17:16 paperless systemd[1]: Failed to start networking.service - Raise network interfaces.

Ein
Code: 
ping google.at
funktioniert zwar (noch), aber wahrscheinlich ist es eine Frage der Zeit, bis das weg ist.

/etc/network/interfaces:
Code: 
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

iface eth0 inet6 dhcp
 
Last edited:
Hast Du mal in der Containerconfig testweise IPv6 auf Static gesetzt?
Bleibt dann die IPv4 Konnktivität?

Habe da was im Erinnerung, finde aber das Posting nicht mehr
 
  • Like
Reactions: nerdoc
Ich habs mal umgestellt (Ipv6 mal auf statisch gestellt im WebUI) , und würde mich melden in ein paar Tagen/Wochen, wenn das Problem dadurch gelöst ist.
Was vielleicht interessant ist: wenn der Container die IP verliert, kann ich einfach in der WebConsole ein
Code: 
dhclient et0
eingeben - dann holt er sich wieder eine IP, und alles geht wieder. Komisch ist ja, dass er die IPv4 verliert.
 
Last edited:
@Mr. Doubt - ich hab mal IPv6 auf Static gesetzt in der VM - und seitdem läuft der Container stabil seit 2 Wochen. So lange gings noch nie.
Thanks, you made my day 2 weeks!
 
You must log in or register to reply here.
Top Bottom