HILFE!!! VM bekommt keine IPV4 Adresse

Chrisdor

New Member
Oct 28, 2023
17
4
3
Hallo, Ich habe Proxmox seit gut zwei Jahren auf einem Intel-Nuc installiert. In dieser pve sind drei LXC-Container und ein VM (Ubuntu) Installiert. Auf der VM läuft IoBroker. Diese funktionierten bis heute ohne Probleme.


Heute Nachmittag hatten wir einen kurzen Stromausfall und seitdem ist die VM nicht mehr erreichbar. (SSH, ping oder Weboberfläche IoBroker).
Die LXC-Container aber schon noch.


In der Weboberfläche von Proxmox läuft die VM aber ganz normal.

Ich habe daraufhin über die Shell der VM ein upgrade von Ubuntu durchgeführt, dieses hat auch funktioniert und währenddessen war die VM per SSH oder Weboberfläche von IoBroker kurz erreichbar. Allerdings als das Upgrade abgeschlossen war und die VM einen reboot durchgeführt hatte, war sie wieder nicht erreichbar.

bin ein bisschen am Verzweifeln!

Kann mir hier vielleicht bitte jemand weiterhelfen?
 
Last edited:
Das wird schwer so ohne weitere Details.
Kannst du die VM über die Konsole steuern?
Sind die Netzwerkeinstellungen alle korrekt?
 
  • Like
Reactions: news
Ja über die Konsole funktionierte es.
Bei den Netzwerkeinstellungen bin ich mir nicht sicher.

Proxmox-Host:

Code:
root@pve:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
        address 192.168.178.79/24
        gateway 192.168.178.1
        bridge-ports eno1
        bridge-stp off
        bridge-fd 0

iface wlp0s20f3 inet manual
root@pve:~# ^C
root@pve:~

Code:
root@pve:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
    link/ether 88:ae:dd:60:ad:0a brd ff:ff:ff:ff:ff:ff
    altname enp0s31f6
3: wlp0s20f3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 04:cf:4b:1b:ed:bf brd ff:ff:ff:ff:ff:ff
4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 88:ae:dd:60:ad:0a brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.79/24 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::8aae:ddff:fe60:ad0a/64 scope link
       valid_lft forever preferred_lft forever
6: veth102i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether fe:b2:93:a3:0a:63 brd ff:ff:ff:ff:ff:ff link-netnsid 0
7: veth103i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr103i0 state UP group default qlen 1000
    link/ether fe:2f:e5:09:a3:e0 brd ff:ff:ff:ff:ff:ff link-netnsid 1
8: fwbr103i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether be:07:75:73:56:a8 brd ff:ff:ff:ff:ff:ff
9: fwpr103p0@fwln103i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether 82:11:f1:71:37:b4 brd ff:ff:ff:ff:ff:ff
10: fwln103i0@fwpr103p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr103i0 state UP group default qlen 1000
    link/ether c2:dd:84:59:a3:df brd ff:ff:ff:ff:ff:ff
11: veth104i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether fe:e6:91:5f:55:f2 brd ff:ff:ff:ff:ff:ff link-netnsid 2
58: tap100i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr100i0 state UNKNOWN group default qlen 1000
    link/ether be:40:f3:62:87:79 brd ff:ff:ff:ff:ff:ff
59: fwbr100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 5a:2f:79:84:fa:4b brd ff:ff:ff:ff:ff:ff
60: fwpr100p0@fwln100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether 3a:ba:1b:56:8a:c8 brd ff:ff:ff:ff:ff:ff
61: fwln100i0@fwpr100p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr100i0 state UP group default qlen 1000
    link/ether e2:27:ae:09:7e:0d brd ff:ff:ff:ff:ff:ff
62: tap105i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UNKNOWN group default qlen 1000
    link/ether 7a:68:5f:83:2e:fb brd ff:ff:ff:ff:ff:ff
root@pve:~#

Konsole VM:

ip a VM.jpg
 
Deine VM hat keine IPv4 Adresse.
Schau dir mal die Datei im Ordner/etc/netplan/ an. Fängt meistens mit 00 oder 50 an. Da sollte nur eine yaml Datei liegen.
 
  • Like
Reactions: Johannes S
Die VM steht auf DHCP. Entweder ist die virtuelle NIC nicht verbunden oder dein DHCp verteilt keine IP. Guck mal ob da alles richtig ist.
 
DHCP kommt von der Fritzbox und da läuft alles.

virtuelle NIC: wo finde ich das?

Kann das etwas mit QEMU/KVM zu tun haben?

Satus VM.jpg
kommt mir auch seltsam vor!
 
Ja eine IPv6 bekommt die VM wohl vom Router. Die fe80: ist eine link local Adresse und wird von der VM unabhängig generiert.
Check mal deine Fritzbox, eventuell hast du noch Reservierungen oder so eingetragen.
 
habe alle Ungenutzte Verbindungen entfernt. Fritzbox auch schon neu gestartet. DHCP funktioniert überall, nur nicht bei der VM.
 
Wie kurz war denn der Stromausfall? Wenn nur ein paar Sekunden, dann nimm alle Geräte (Router, Switch, NUC etc.) nochmal für mind. 10s vom Strom und schau mal, ob es danach wieder funktioniert. Manche Geräte verschlucken sich gern, wenn der Strom nur ganz kurz weg ist.
 
Ja der Strom war nur ein paar Sekunden weg.

Hab jetzt alles 5 min vom Strom getrennt und wie hochgefahren, hat leider auch nicht geholfen.
 
DHCP kommt von der Fritzbox und da läuft alles.

virtuelle NIC: wo finde ich das?

Kann das etwas mit QEMU/KVM zu tun haben?

View attachment 78366
kommt mir auch seltsam vor!
Was steht bei IPs wenn du mal auf "mehr" klickst?
OK. Wahrscheinlich auch nichts anderes als "ip a" aus #3 ausspuckt.
 
Last edited:
Ich habe jetzt noch eine neue VM aufgesetzt und das gleiche Problem wie bei der bestehenden.
VM bekommt keine IPV4 Adresse.

Kann es sein das die bridges etwas abbekommen hat?
 
Das Problem hatte ich auch mal. Wie sieht Deine /etc/dhcp/dhclient.conf aus?

Bei mir hat folgender Eintrag geholfen:
Code:
send dhcp-client-identifier = hardware;

Nach einem Reboot der VM hatte ich wieder eine IP.
 
du meinst die /etc/dhcp/dhclient.conf Datei auf dem Host System (pve)?
Den Host muss ich nach der Änderung nicht neu starten?

Wenn Ja, hat leider auch nichts gebracht.
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!