Upgrade Debian 12 schlägt fehl: kein Netzwerk IP Adresse

[HolgHogan]

Hallo zusammen
bei mir schlägt das Update fehl, nach der Installation und dem Reboot, kann ich auf meinen Server nicht mehr zugreifen.
Ich kann mit einem Notfall System booten und mir die Logs ansehen und finde

2023-10-28T16:19:31.305144+02:00 vserver1234 ifup[399]: Cannot find device "eth0"
2023-10-28T16:19:31.305164+02:00 vserver1234 ifup[374]: ifup: failed to bring up eth0

dementsprechend ist keine IP Adresse verfügbar, und der Server nicht mehr zugreifbar
Ich habe einen vServer bei ISPONE

Habe es zwei mal probiert, immer mit dem selben Ergebnis,
Logfiles habe ich gesichert für Analysen

Kennt jemand das Problem bzw, hat eine Lösung?

[Blackmoon]

Moin,

2023-10-28T16:19:31.305164+02:00 vserver1234 ifup[374]: ifup: failed to bring up eth0

kann es sein, dass das Netzwerk Interface nun einen anderen Namen hat.
Über die Console die Befehle ifconfig und ip addr ausführen.

Ich habe einen vServer bei ISPONE

Der Anbieter unterstützt auf seinen vServer bzw. deinem Tarif auch offiziell schon Debian 12?


Grüße

[andromeda]

Der Anbieter unterstützt auf seinen vServer bzw. deinem Tarif auch offiziell schon Debian 12?

Guten Abend,

Wenns ne KVM ist sollte das ja eigentlich egal sein, ob die das unterstützen.

Vermutlich muss bei der Netzwerkkonfiguration händisch nachgebessert werden.

Grüße

[HolgHogan]

Moin,

2023-10-28T16:19:31.305164+02:00 vserver1234 ifup[374]: ifup: failed to bring up eth0

kann es sein, dass das Netzwerk Interface nun einen anderen Namen hat.
Über die Console die Befehle ifconfig und ip addr ausführen.

Ich habe einen vServer bei ISPONE

Der Anbieter unterstützt auf seinen vServer bzw. deinem Tarif auch offiziell schon Debian 12?
Grüße

Der Anbieter unterstützt Debian 12
https://www.ispone-business.de/ssdvserver/

Neuer Name kann sein. Ich weiß nur nicht wie ich den ifconfig aufrufen soll
Wenn ich das Update mache, komme ich nicht auf die Console (da kein Netzwerk da)
und wenn ich dann über das Notfallsystem boote, bin ich nicht sicher ob die Namen sich dann nicht ändern

Ich habe logs mit Debian 11 und dann mit dem Versuch nach dem Update kann das helfen?
Public IPv6 Adressen habe ich (noch) nicht, die lasse ich grad nochmal zuweisen, also nur IPv4 aktuell

vserver1598 kernel: [ 25.014752] eth0: renamed from veth222c625
2023-10-28T16:19:48.633220+02:00 vserver1598 kernel: [ 25.030609] IPv6: ADDRCONF(NETDEV_CHANGE): veth6d747cd: link becomes ready
2023-10-28T16:19:49.201326+02:00 vserver1598 kernel: [ 25.601445] eth0: renamed from vethd364821
2023-10-28T16:19:49.217179+02:00 vserver1598 kernel: [ 25.614327] IPv6: ADDRCONF(NETDEV_CHANGE): veth1360716: link becomes ready
2023-10-28T16:19:42.764366+02:00 vserver1598 avahi-daemon[413]: Joining mDNS multicast group on interface br-43dfcbec131f.IPv4 with address 172.24.0.1.
2023-10-28T16:19:42.769652+02:00 vserver1598 avahi-daemon[413]: New relevant interface br-43dfcbec131f.IPv4 for mDNS.
2023-10-28T16:19:42.770024+02:00 vserver1598 avahi-daemon[413]: Registering new address record for 172.24.0.1 on br-43dfcbec131f.IPv4.

Mit Debian 11 (das was noch geht)

Code: Select all

❯ ifconfig eth0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 84.38.65.57  netmask 255.255.255.255  broadcast 84.38.65.57
        inet6 fe80::216:3eff:fe4f:7f20  prefixlen 64  scopeid 0x20<link>
        ether 00:16:3e:4f:7f:20  txqueuelen 1000  (Ethernet)
        RX packets 406405  bytes 723807763 (690.2 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 358928  bytes 133421559 (127.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

❯ ip addr
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:16:3e:4f:7f:20 brd ff:ff:ff:ff:ff:ff
    inet 84.38.65.57/32 brd 84.38.65.57 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::216:3eff:fe4f:7f20/64 scope link
       valid_lft forever preferred_lft forever
3: br-1e8254ed1bf4: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:c7:a1:c2:49 brd ff:ff:ff:ff:ff:ff
    inet 172.20.0.1/16 brd 172.20.255.255 scope global br-1e8254ed1bf4
       valid_lft forever preferred_lft forever
4: br-3dbade65efff: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:81:6d:e0:59 brd ff:ff:ff:ff:ff:ff
    inet 172.18.0.1/16 brd 172.18.255.255 scope global br-3dbade65efff
       valid_lft forever preferred_lft forever
5: br-43dfcbec131f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:6d:2c:31:ba brd ff:ff:ff:ff:ff:ff
    inet 172.24.0.1/16 brd 172.24.255.255 scope global br-43dfcbec131f
       valid_lft forever preferred_lft forever
    inet6 fe80::42:6dff:fe2c:31ba/64 scope link
       valid_lft forever preferred_lft forever
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:e9:75:51:05 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
7: br-8bf3f380e0b6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:a8:7d:0d:dd brd ff:ff:ff:ff:ff:ff
    inet 172.21.0.1/16 brd 172.21.255.255 scope global br-8bf3f380e0b6
       valid_lft forever preferred_lft forever
8: br-9d3bad6d6d66: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:4e:86:a1:a3 brd ff:ff:ff:ff:ff:ff
    inet 172.22.0.1/16 brd 172.22.255.255 scope global br-9d3bad6d6d66
       valid_lft forever preferred_lft forever
9: br-a795fd9a8577: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:59:50:12:2e brd ff:ff:ff:ff:ff:ff
    inet 172.23.0.1/16 brd 172.23.255.255 scope global br-a795fd9a8577
       valid_lft forever preferred_lft forever
10: br-c82690b46ae7: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:bc:88:b2:8f brd ff:ff:ff:ff:ff:ff
    inet 172.19.0.1/16 brd 172.19.255.255 scope global br-c82690b46ae7
       valid_lft forever preferred_lft forever
18: veth3840603@if17: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-43dfcbec131f state UP group default
    link/ether aa:67:53:47:58:10 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::a867:53ff:fe47:5810/64 scope link
       valid_lft forever preferred_lft forever
20: veth93439a8@if19: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-43dfcbec131f state UP group default
    link/ether ce:86:8c:5c:c3:d4 brd ff:ff:ff:ff:ff:ff link-netnsid 1
    inet6 fe80::cc86:8cff:fe5c:c3d4/64 scope link
       valid_lft forever preferred_lft forever
22: vethea6b58a@if21: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-43dfcbec131f state UP group default
    link/ether 06:c2:18:8c:3a:c2 brd ff:ff:ff:ff:ff:ff link-netnsid 2
    inet6 fe80::4c2:18ff:fe8c:3ac2/64 scope link
       valid_lft forever preferred_lft forever

[HolgHogan]

Der Anbieter unterstützt auf seinen vServer bzw. deinem Tarif auch offiziell schon Debian 12?

Guten Abend,

Wenns ne KVM ist sollte das ja eigentlich egal sein, ob die das unterstützen.

Vermutlich muss bei der Netzwerkkonfiguration händisch nachgebessert werden.

Grüße

Kannst du mir sagen was ich wo wie ändern soll, dann kann ich das nochmal testen.
Ich kann snapshots machen, dann update ausführen und wenn es nicht klappt, zurück spielen... kein Problem

[OlliTheDarkness]

Vermutlich hast du vorher das Deb11 Image des Anbieters genutzt und der Kernel wohl mit net.ifnames=0 biosdevname=0 erstellt bzw. beim Grub mit GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" gearbeitet.
Weiß jetzt nicht wie das KH Dist Upgrade zum 6. Kernel hochschiebt, aber wohl nicht unter Berücksichtigung der vorherigen config.
Eigentlich wird net.ifnames=0 biosdevname=0 seid glaub Deb 9 nicht mehr genutzt , aber wer halt auf seine ETH Namen besteht ,nutzt sie noch.
Der neue Name Still ist ja ens7p1 bla bla.
Entweder packst GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" in deine /etc/default/grub und lässt die config neu generieren mit grub-mkconfig -o /boot/grub/grub.cfg , dann hast deine alte namensstruktur oder du belässt es bei den neuen Bezeichnungen und passt deine Netzwerk Config an.

[24unix]

Neuer Name kann sein. Ich weiß nur nicht wie ich den ifconfig aufrufen soll
Wenn ich das Update mache, komme ich nicht auf die Console (da kein Netzwerk da)
und wenn ich dann über das Notfallsystem boote, bin ich nicht sicher ob die Namen sich dann nicht ändern

Bietet Dein Provider so etwas wie die Lara bei Hetzner, oder wenn es KVM ist einfach ein SPICE oder VNC auf die Kiste?
Dann kannst Du im Live System gucken, wie das Interface heisst.

ifconfig ist bei einem Minimalsystem nicht zwingend vorhanden, "ip a" sollte immer gehen.

[HolgHogan]

Vermutlich hast du vorher das Deb11 Image des Anbieters genutzt und der Kernel wohl mit net.ifnames=0 biosdevname=0 erstellt bzw. beim Grub mit GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" gearbeitet.
Weiß jetzt nicht wie das KH Dist Upgrade zum 6. Kernel hochschiebt, aber wohl nicht unter Berücksichtigung der vorherigen config.
Eigentlich wird net.ifnames=0 biosdevname=0 seid glaub Deb 9 nicht mehr genutzt , aber wer halt auf seine ETH Namen besteht ,nutzt sie noch.
Der neue Name Still ist ja ens7p1 bla bla.
Entweder packst GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" in deine /etc/default/grub und lässt die config neu generieren mit grub-mkconfig -o /boot/grub/grub.cfg , dann hast deine alte namensstruktur oder du belässt es bei den neuen Bezeichnungen und passt deine Netzwerk Config an.

Was empfiehlt du? grub oder netzwerk config?
wie müsste meine Netzwerk Config aussehen?
Aktuell ist es

Code: Select all

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
  address 84.38.65.57
  netmask 255.255.255.255
  up route add -host 172.16.147.1 dev eth0
  up route add default gateway 172.16.147.1

[HolgHogan]

Neuer Name kann sein. Ich weiß nur nicht wie ich den ifconfig aufrufen soll
Wenn ich das Update mache, komme ich nicht auf die Console (da kein Netzwerk da)
und wenn ich dann über das Notfallsystem boote, bin ich nicht sicher ob die Namen sich dann nicht ändern

Bietet Dein Provider so etwas wie die Lara bei Hetzner, oder wenn es KVM ist einfach ein SPICE oder VNC auf die Kiste?
Dann kannst Du im Live System gucken, wie das Interface heisst.

ifconfig ist bei einem Minimalsystem nicht zwingend vorhanden, "ip a" sollte immer gehen.

VNC ist drauf, da kann ich morgen schauen
DANKE

[OlliTheDarkness]

Vermutlich hast du vorher das Deb11 Image des Anbieters genutzt und der Kernel wohl mit net.ifnames=0 biosdevname=0 erstellt bzw. beim Grub mit GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" gearbeitet.
Weiß jetzt nicht wie das KH Dist Upgrade zum 6. Kernel hochschiebt, aber wohl nicht unter Berücksichtigung der vorherigen config.
Eigentlich wird net.ifnames=0 biosdevname=0 seid glaub Deb 9 nicht mehr genutzt , aber wer halt auf seine ETH Namen besteht ,nutzt sie noch.
Der neue Name Still ist ja ens7p1 bla bla.
Entweder packst GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" in deine /etc/default/grub und lässt die config neu generieren mit grub-mkconfig -o /boot/grub/grub.cfg , dann hast deine alte namensstruktur oder du belässt es bei den neuen Bezeichnungen und passt deine Netzwerk Config an.

Was empfiehlt du? grub oder netzwerk config?
wie müsste meine Netzwerk Config aussehen?
Aktuell ist es

Code: Select all

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
  address 84.38.65.57
  netmask 255.255.255.255
  up route add -host 172.16.147.1 dev eth0
  up route add default gateway 172.16.147.1

Ich mag da keine Empfehlung geben, jeder tickt da anders.
Der eine mags so, der ander so und der nächste gibt seinen Netzwerkkarten Tiernamen... ( Das war kein Scherz ! >.< )

Aber um nicht in der Zeit stehen zu bleiben, würde ich das "aktuelle" Namensschema nutzten.
Weil irgendwann stößt du zwangsläufig auf die Gegenwart und da tust dir dann keinen Gefallen mit wenn in der Vergangenheit hängen geblieben bist.

Hier mal ne Kleinigkeit zum Lesen

An deiner Konfiguration musst nur den alten durch den neuen Namen ersetzen, dann sollte es das auch schon gewesen sein.

Die Gegenwärtigen Namen holst dir mit echo /sys/class/net/*

Ausgabe sollte in etwa so sein

Code: Select all

root@dev:~# echo /sys/class/net/*
/sys/class/net/ens18 /sys/class/net/ens19 /sys/class/net/lo

ens18 wäre hier meine 1. NWK, ens19 die 2. und lo ist klar.

An dem Beispiel müsste eth0 durch ens18 werden, fertig.

Hoffe die Info reicht dir, ansonsten sollte der "verlinkte Lesestoff" dir selbst Antworten auf Fragen geben die du dir noch garnicht gestellt hast.

[HolgHogan]

Ich wollte ein Update geben und danke an alle.
Mit Hilfe/Anleitung konnte ich das Problem lösen...wenn auch nicht für jeden Laien oder System machbar.

Voraussetzung man hat VNC oder ähnliches um auch ohne Netzwerk auf den Server zu kommen, sonst wird es schwierig

Dann den neuen Adapter Namen bestimmen bei mir enX0
und die Konfiguration unter /etc/network/interfaces anpassen

also genau wie OlliTheDarkness beschrieben hat.
Reboot, und update abschließen und schon läuft die Kiste wieder

DANKE