update 7to8 mit OVS bricht ab

[ch888]

Hallo - vielleicht hab ich was ueberlesen oder bin zu daemlich das Offensichtliche nicht zu tun, jedenfalls bricht bei mir reproduzierbar das Upgrade 7.4->8.0 ab.

Beim ersten Mal dachte ich an einen Verbindungsfehler und hab remote power off/on gemacht - danach war der Server im maintenance mode wegen Filesystemfehler auf einem BTRFS Volume. Ein ueber das Remote-Board gestartetes "dpkg --configure -a" hat das Problem geloest.

Beim zweiten Mal war ich schlauer und hab gleich geschaut, was los ist und wenn ich mich lokal an den Maschinen anmelde, dann ist da kein Interface mit einer IP Adresse. Wieder hat ein Reboot mit anschliessend gestartetem "dpkg --configure -a" das Problem geloest. Ich hatte allerdings das Update gestartet und erst nach ca einer Stunde wieder danach geschaut - da haette auch irgendein Timeout zuschlagen koennen.

Bei der dritten Maschine hab ich das Update dann gleich lokal gemacht und dann die Frage "soll das System waehrend des Updates automatisch Services restarten" mit NEIN beantwortet. Da ist alles durchgelaufen, aber dreimal mit einem Timeout und einmal musste ich sogar mit CTRL-C einen post-install abbrechen. Ursache war wohl wieder dass keine IP da war und die Maschine nicht ans Netz kam, Am Ende waren zwei Pakete nicht up2date : pve-manager (8.0.3) und proxmox-ve (8.0.1).
Ich hab dann die Maschine rebooted und beide Pakete nochmal aktualisieren lassen.

--> Mir scheint also: egal ob remote oder lokal, meine Konfiguration laesst sich nicht fehlerfrei updaten - als Schuldigen vermute ich OVS.

In dem apt.log findet sich nur das:
Setting up openvswitch-switch (3.1.0-2) ...^M
Installing new version of config file /etc/init.d/openvswitch-switch ...^M
Installing new version of config file /etc/logrotate.d/openvswitch-switch ...^M
update-alternatives: warning: alternative /usr/lib/openvswitch-common/ovs-vswitchd (part of link group ovs-vswitchd) doesn't exist; removing from list of alternatives^M
update-alternatives: warning: /etc/alternatives/ovs-vswitchd is dangling; it will be updated with best choice^M
update-alternatives: using /usr/lib/openvswitch-switch/ovs-vswitchd to provide /usr/sbin/ovs-vswitchd (ovs-vswitchd) in auto mode^M
Created symlink /etc/systemd/system/openvswitch-switch.service.requires/ovs-record-hostname.service → /lib/systemd/system/ovs-record-hostname.service.^M

 

[Philipp Hufnagl]

Heißt das du konntest auf 8 aktualisieren?

Du könntest mit systemctl list-units schauen ob Services Probleme haben

 

[ch888]

Heißt das du konntest auf 8 aktualisieren?

Ja, alle drei Nodes laufen problemlos mit 8.0 - waren allerdings vorher schon (problemlos) auf dem 6er Kernel.

 

[Neobin]

Vielleicht zusammenhängend:
https://bugzilla.proxmox.com/show_bug.cgi?id=4801

 

[ch888]

Ja - das ist das Problem dass wegen des OVS Packages die SSH Connection wegfliegt.
Aber selbst wenn ich lokal (bzw via Remoteboard) das Update mache, hab ich drei Delays und einen Postinst den ich abbrechen muss und noch die beiden PVE Pakete die ich (nach einem Reboot) nochmal installieren muss. Klar - das alles kann man mit "possible to recover" meinen, aber ein aehnliches Verhalten gab es mit den ersten Packages von 7.3 auf 7.4 - da konnte es vom Proxmox-Team elegant mit neuen Packages geloest werden.

Im Issue wird aus dem Wiki zitiert. Der Absatz ist neu, oder ich hab den tatsaechlich ueberlesen.
Wie auch immer: das sollte FETT markiert werden und vor allem eindeutig formuliert sein - so in der Art "SSH cannot be used to update from 7 to 8!".

Wiki : Upgrade_from_7_to_8
Reliable access to the node. It's recommended to have access over a host independent channel like iKVM/IPMI or physical access.If only SSH is available we recommend testing the upgrade on an identical, but non-production machine first.

 

[Falk R.]

Ja - das ist das Problem dass wegen des OVS Packages die SSH Connection wegfliegt.
Aber selbst wenn ich lokal (bzw via Remoteboard) das Update mache, hab ich drei Delays und einen Postinst den ich abbrechen muss und noch die beiden PVE Pakete die ich (nach einem Reboot) nochmal installieren muss. Klar - das alles kann man mit "possible to recover" meinen, aber ein aehnliches Verhalten gab es mit den ersten Packages von 7.3 auf 7.4 - da konnte es vom Proxmox-Team elegant mit neuen Packages geloest werden.

Im Issue wird aus dem Wiki zitiert. Der Absatz ist neu, oder ich hab den tatsaechlich ueberlesen.
Wie auch immer: das sollte FETT markiert werden und vor allem eindeutig formuliert sein - so in der Art "SSH cannot be used to update from 7 to 8!".

Man kann das nicht so pauschalisieren, ich habe das Upgrade per ssh gemacht, aber hatte für den notfall direkten Zugriff.