Virtuelles Ethernet kann nicht erstellt werden

[BigBen]

$ pveversion -v
proxmox-ve: 7.1-1 (running kernel: 5.13.19-1-pve)
pve-manager: 7.1-4 (running version: 7.1-4/ca457116)
pve-kernel-helper: 7.1-6
pve-kernel-5.13: 7.1-5
pve-kernel-5.13.19-2-pve: 5.13.19-4
pve-kernel-5.13.19-1-pve: 5.13.19-3
ceph-fuse: 15.2.15-pve1
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.22-pve2
libproxmox-acme-perl: 1.4.0
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.1-1
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.0-14
libpve-guest-common-perl: 4.0-3
libpve-http-server-perl: 4.0-3
libpve-storage-perl: 7.0-15
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.9-4
lxcfs: 4.0.8-pve2
novnc-pve: 1.2.0-3
proxmox-backup-client: 2.1.2-1
proxmox-backup-file-restore: 2.0.14-1
proxmox-mini-journalreader: 1.2-1
proxmox-widget-toolkit: 3.4-4
pve-cluster: 7.1-2
pve-container: 4.1-2
pve-docs: 7.1-2
pve-edk2-firmware: 3.20210831-2
pve-firewall: 4.2-5
pve-firmware: 3.3-3
pve-ha-manager: 3.3-1
pve-i18n: 2.6-1
pve-qemu-kvm: 6.1.0-2
pve-xtermjs: 4.12.0-1
qemu-server: 7.1-3
smartmontools: 7.2-1
spiceterm: 3.2-2
swtpm: 0.7.0~rc1+2
vncterm: 1.7-1
zfsutils-linux: 2.1.1-pve3

Hallo,

nach einer Neuinstallation von Proxmox wird bim Starten eines CT-Systems folgender Fehler gemeldet:

netdev_configure_server_veth: 659 Operation not supported - Failed to create veth pair "veth100i0" and "veth97BEjd"
lxc_create_network_priv: 3418 Operation not supported - Failed to create network device
lxc_spawn: 1844 Failed to create the network
__lxc_start: 2073 Failed to spawn container "100"
TASK ERROR: startup for container '100' failed

Folgende Änderung musste nach der Installation vorgenommen werden:

In der Netzwerk-Konfiguration war eine statische IP-Adresse eingegeben, die ausserhalb des normalen Subnetzes lag. Die Netzwerk-Konfiguration wurde auf DHCP geändert. Vom DHCP bekommt das System immer die gleiche IP-Adresse fest zugeteilt.

auto lo
iface lo inet loopback

iface enp2s0 inet manual

auto vmbr0

#iface vmbr0 inet static
#       address 192.168.100.2/24
#       gateway 192.168.100.1

iface vmbr0 inet dhcp
        bridge-ports enp2s0
        bridge-stp off
        bridge-fd 0

iface enp3s0 inet manual

iface wlp4s0 inet manual

Der neue Subnet-Bereich ist 192.168.1.0/24.
Dennoch wird unter Rechenzetrum, PVE, Hosts folgendes gelistet:

127.0.0.1 localhost.localdomain localhost
192.168.100.2 pve.localdomain pve

# The following lines are desirable for IPv6 capable hosts

::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Kann der Fehler "veth" davon kommen, dass Proxmox intern weiterhin mit dem Subnet 192.168.100.0/24 agiert? Falls dem so ist, weiß jeman, wie man die interne Subnet-Angabe anpassen kann?

 

[BigBen]

Nachtrag:

Es hat sich mittlerweile von selbst erledigt.

Nach einem Neustart kann das CT-System fehlerfrei gestartet werden.

Was geblieben ist, sind die falschen Angaben unter Rechenzentrum, PVE, Hosts:

127.0.0.1 localhost.localdomain localhost
192.168.100.2 pve.localdomain pve

# The following lines are desirable for IPv6 capable hosts

::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Hier wird weiterhin die falsche IP 192.168.100.2 gelistet.

Kann man diese Angabe ändern?

 

[gmed]

Da dein Host nun seine IP via DHCP bekommt, musst du die /etc/hosts entsprechend ändern.

Ich nutze bei all unseren VM-Hosts keine IP Zuweisung per DHCP.
Alle mit statischer Adresse.
Wenn einmal dein DHCP nicht läuft und du bootest den Host neu oder sein Netzwerkkabel wird umgestöppelt,
kann das sehr unschön werden.

nur als Gedanke

 

[BigBen]

Hallo gmed,

vielen Dank für die Info. Daran habe ich noch gar nicht gedacht.