staging.inyokaproject.org

Hallo zusammen,

ich habe gravierende Probleme bei der Nutzung von VMWare 17.6.0 auf Ubuntu 22.04. Ich würde ja gerne ein Ticket beim Softwareanbieter öffnen, aber Broadcom ist nun Eigentümer von VMWare und hat mein komplettes Kundenkonto offensichtlich in die Tonne geworfen. Ok, anderes Problem, zurück zum eigentlichen Anliegen.

Während der Arbeit im Client mit VMWare ohne Zugriff aufs Netzwerk merkt man erst beim Wechsel in den Host und Blick ins Internet, dass irgendwann hier nichts mehr geht, d.h. der Browser endlos lange läuft, einschl. auf IP-Adressen lokaler Ressourcen (also kein DNS-Problem).

Wenn ich VMWare dann beende und den PC neu starte, erhalte ich (mit F1) beim Reboot regelmäßig beispielsweise folgende Meldungen:

"A stop job is running for Network Manager (8min 34s / 9min 50s)"

• alles mit roten Sternchen davor und rotierend mit vielen anderen Meldungen.

"rcu: INFO: rcu_preempt detected expedited stalls on CPUs/task: ..."

Und natürlich startet der PC nicht neu, sondern wartet im Reboot-Bild ewig lange. Sämtliche Versuche mit [S-Abf + Alt + F], [S-Abf + Alt + I] haben keinen erkennbaren Effekt. Nur Power-Knopf drücken und festhalten ist hier noch möglich. Das dies nicht gesund ist, ist natürlich klar.

Meine Frage, einmal ungeachtet von dem Müll, das offensichtlich von der VMWare Workstation neuster Version verursacht wird, ist, wie kann ich den Rechner in diesem Zustand möglichst sicher, also Cache geleert und Partition unmounted, neu starten.

Ich bin etwas irritiert, denn auch ein [S-Abf + Alt + K] hat keinerlei Wirkung. Und derartige Meldungen hatte ich bisher noch nie, egal welche ubuntu Version.

Hast du das schon gelesen / versucht? –> Magic SysRQ

Ah, S für snyc, dann ein U für umount und dann ein B für reboot, danke, die beiden anderen waren bei mir auf meinem Notfallblatt auf der Rückseite. Werde ich beim nächste Mal probieren.

Ich werde wohl auf ein Update warten, kurz oder lang eine alte Version neu installieren oder Ubuntu upgraden und nochmals probieren.

Naja eigentlich sollte mans schon vollständig machen. Also Alt + Druck + nacheinander R + E + I + S + U + B .

Lt. VMWare Support

Workstation 17.6

Supported until Ubuntu 22.04.6 with Kernel version 6.5

Hast Du ggf. einen höheren Kernel im Einsatz?

schwarzheit schrieb:

Naja eigentlich sollte mans schon vollständig machen. Also Alt + Druck + nacheinander R + E + I + S + U + B .

Ja stimmt. Ich habe ja die anderen schon gemacht gehabt, aber nicht das Notfallblatt (hing an der Magnettafel) herumgedreht und vor B die übrigen auch gemacht.

U0679 schrieb:

Lt. VMWare Support

Workstation 17.6

Supported until Ubuntu 22.04.6 with Kernel version 6.5

Hast Du ggf. einen höheren Kernel im Einsatz?

Nun, die 17.6.0 und der aktuelle Kernel (für Ubuntu 22.04 aber wohl auch für 24.04) sollten eigentlich passen. Ich habe den aktuellen GNU Compiler als Alternative hinzugefügt und compiliert. Und VMware läuft ja grundsätzlich. Ich habe aber zwischenzeitlich im Internet weitere Hinweise auf ein offensichtliches Problem mit der 17.6.0 gefunden:

• https://askubuntu.com/questions/1528133/ubuntu-24-04-kernel-6-8-0-4x-incompatible-with-vmware-17-6

• https://github.com/mkubecek/vmware-host-modules/issues/228

Es gibt wohl eine Möglichkeit des Patches. Was mich aber etwas stört, sind fremde Quellen und das in einem Programm wie VMWare. Der Entwickler scheint hier zu schlafen.

Ok, ich hätte vielleicht nicht das regelmäßig angebotene Update von Ubuntu machen sollen. Aber die 17.6.0 wurde ja extra als kompatibel angepriesen. Und ich habe natürlich erst mal geschaut, ob das mit dem aktuellen Kernel passt. Nun Pech gehabt, ich müsste wohl den Kernel downgraden und ein ältere Version von VMWare installieren. Aber grundsätzlich läuft VMware ja mit dem passenden GNU Compiler compiliert auf dem aktuellen Kernel. Es sind wohl gravierende bugs drin.

schwarzheit schrieb:

Naja eigentlich sollte mans schon vollständig machen. Also Alt + Druck + nacheinander R + E + I + S + U + B .

Nein schwarzheit nur S + U + B

Sieh bei Magic SysRQ (Abschnitt „Anwenden“) den Hinweis.

Was liefert folgendes?

inxi -Fz

yauu schrieb:

... Während der Arbeit im Client mit VMWare ohne Zugriff aufs Netzwerk merkt man erst beim Wechsel in den Host und Blick ins Internet, dass irgendwann hier nichts mehr geht, d.h. der Browser endlos lange läuft, einschl. auf IP-Adressen lokaler Ressourcen (also kein DNS-Problem).

Verstehe ich nicht. Von wo nach wo versuchst du zu zu greifen? "dass irgendwann hier nichts mehr geht" wo ist hier?
Wie hast du das Netzwerk deiner VM konfiguriert?

yauu schrieb:

erst mal geschaut, ob das mit dem aktuellen Kernel passt.

Welchen Kernel nutzt Du denn nun wirklich? Du springst mit Deinen Aussagen zwischen 6.5 (Mantic-Kernel, EoS) und 6.8 (Noble-Kernel).

Du wirst doch wohl mindestens noch eine bisherige Kernel-Version installiert haben. Ergo lädst Du sie und checkst.

Im übrigen gibt es Alternativen, ob nun die Virtualisierungslösung (VMs kann man konvertieren), Kernel oder Linux-Distribution. Keiner muß bei VMware bleiben, deren neuer Eigner so überaus sympathisch agiert.

sh4711 schrieb:

Was liefert folgendes?

inxi -Fz

System:
  Kernel: 6.8.0-47-generic x86_64 bits: 64 Desktop: GNOME 42.9
    Distro: Ubuntu 22.04.5 LTS (Jammy Jellyfish)
Machine:
  Type: Desktop System: Gigabyte product: B550 GAMING X V2 v: -CF
    serial: <superuser required>
  Mobo: Gigabyte model: B550 GAMING X V2 v: x.x
    serial: <superuser required> UEFI: American Megatrends LLC. v: FC
    date: 06/08/2023
CPU:
  Info: 8-core model: AMD Ryzen 7 5800X bits: 64 type: MT MCP cache:
    L2: 4 MiB
  Speed (MHz): avg: 2213 min/max: 2200/4850 cores: 1: 2200 2: 2200 3: 2200
    4: 2200 5: 2200 6: 2200 7: 2200 8: 2412 9: 2200 10: 2200 11: 2200 12: 2200
    13: 2200 14: 2200 15: 2200 16: 2200
Graphics:
  Device-1: NVIDIA TU116 [GeForce GTX 1660 SUPER] driver: nouveau v: kernel
  Display: wayland server: X.Org v: 1.22.1.1 with: Xwayland v: 22.1.1
    compositor: gnome-shell driver: gpu: nouveau resolution: 1920x1080~60Hz
  OpenGL: renderer: NV168 v: 4.3 Mesa 23.2.1-1ubuntu3.1~22.04.2
Audio:
  Device-1: NVIDIA TU116 High Definition Audio driver: snd_hda_intel
  Device-2: AMD Starship/Matisse HD Audio driver: snd_hda_intel
  Sound Server-1: ALSA v: k6.8.0-47-generic running: yes
  Sound Server-2: PulseAudio v: 15.99.1 running: yes
  Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
  IF-ID-1: vmnet1 state: unknown speed: N/A duplex: N/A mac: <filter>
  IF-ID-2: vmnet8 state: unknown speed: N/A duplex: N/A mac: <filter>
Drives:
  Local Storage: total: 1.86 TiB used: 157.09 GiB (8.2%)
  ID-1: /dev/sda vendor: Leven model: JAJS600M1TB size: 953.87 GiB
  ID-2: /dev/sdb vendor: Leven model: JAJS600M1TB size: 953.87 GiB
Partition:
  ID-1: / size: 937.33 GiB used: 157.06 GiB (16.8%) fs: ext4 dev: /dev/sdb2
  ID-2: /boot/efi size: 96 MiB used: 32.4 MiB (33.8%) fs: vfat
    dev: /dev/sda1
Swap:
  ID-1: swap-1 type: file size: 64 GiB used: 0 KiB (0.0%) file: /swapfile
Sensors:
  System Temperatures: cpu: 24.0 C mobo: 23.0 C gpu: nouveau temp: 31.0 C
  Fan Speeds (RPM): N/A gpu: nouveau fan: 0
Info:
  Processes: 458 Uptime: 8m Memory: 31.26 GiB used: 3.21 GiB (10.3%)
  Shell: Bash inxi: 3.3.13

von.wert schrieb:

yauu schrieb:

erst mal geschaut, ob das mit dem aktuellen Kernel passt.

Welchen Kernel nutzt Du denn nun wirklich? Du springst mit Deinen Aussagen zwischen 6.5 (Mantic-Kernel, EoS) und 6.8 (Noble-Kernel).

Du wirst doch wohl mindestens noch eine bisherige Kernel-Version installiert haben. Ergo lädst Du sie und checkst.

Im übrigen gibt es Alternativen, ob nun die Virtualisierungslösung (VMs kann man konvertieren), Kernel oder Linux-Distribution. Keiner muß bei VMware bleiben, deren neuer Eigner so überaus sympathisch agiert.

sudo uname -r

6.8.0-47-generic

Es ist also der Noble-Kernel. Und eben jene VMWare 17.6.0 soll genau diesen Kernel unterstützen. Sorry für die Verwirrung.

sh4711 schrieb:

yauu schrieb:

... Während der Arbeit im Client mit VMWare ohne Zugriff aufs Netzwerk merkt man erst beim Wechsel in den Host und Blick ins Internet, dass irgendwann hier nichts mehr geht, d.h. der Browser endlos lange läuft, einschl. auf IP-Adressen lokaler Ressourcen (also kein DNS-Problem).

Verstehe ich nicht. Von wo nach wo versuchst du zu zu greifen? "dass irgendwann hier nichts mehr geht" wo ist hier?
Wie hast du das Netzwerk deiner VM konfiguriert?

Nun, ich arbeite derzeit in einer Entwicklungsumgebung unter Windows XP (ja, nicht lachen) an einer Portierung. Das läuft lokal und ich benötige hier keinerlei Netzwerkzugriff. Ich habe hier nahezu einen ganzen Tag in VMWare auch ohne Probleme gearbeitet. Auf den Host zurück wechseln, um mal was im Internet nachlesen, war anfangs auch kein Problem. Im späteren Verlauf aber war Schluss damit. Mein erster Blick war dann der Router, eine lokale IP-Adresse. Spätestens dann war nach endlosen Laufen klar, das Problem liegt woanders. Bereits das Beenden der virtuellen Maschine, also das normale Herunterfahren lief nicht mehr einwandfrei. Und dann wie gehabt die vorgenannten Probleme. Und der Host lief abgesehen von diesen Problemen normal weiter.

Ich habe meinen zweiten Rechner überprüft. Hier läuft gleichfalls VMWare 17.6.0 jedoch mit dem 6.5.0-41 Kernel. Also ist die aktuelle Version von VMWare eben zur Zeit leider nicht mit dem aktuellen Kernel kompatibel.

Ob ich jetzt wieder zurück auf den alten Kernel gehe, muss ich mal schauen. Da hängt evt. noch anderes dran. Oder ich versuche mich an dem Workaround oder warte auf ein Update. Das ich nicht mehr mein bisheriges Konto bei VMWare weiterhin nutzen kann, ist nicht nur einfach eine Zumutung, zumal hier sind ja auch die erworbenen Lizenzen (ich bin langjähriger Kunde) hinterlegt sind, sondern lässt mich über Alternativen nachdenken. Ich weiß nicht, was sich der neue Eigner dabei gedacht hat, hier den Stammkunden einfach keine Migration anbieten zu wollen.

Was gibt es hier für Empfehlungen für Alterantiven? Für mich wäre das wirklich ein schmerzhafter Umstieg, denn ich nutze VMWare schon lange vor der Zeit, wo die an die Börse gegangen sind.

Besser ist, auf KVM umzusteigen. Das ist extra für Linux gemacht und mit dabei und obendrein free und open source.