Virtualization Station 4.1.1.117 veröffentlicht

Virtualization Station 4.1.1.117 2026/05/12

[Wichtige Hinweise]

  • Bitte prüfen Sie vor dem Update auf Virtualization Station 4.0 die Kompatibilität Ihrer Anwendungen sowie weitere wichtige Informationen. Einzelheiten finden Sie in diesem FAQ: Welche empfohlenen Überlegungen gibt es vor dem Update auf Virtualization Station 4.0?
  • Virtualization Station verhindert jetzt das Entfernen der Anwendung aus dem App Center, wenn ein aktives VMHA-Paar vorhanden ist. Um Virtualization Station zu entfernen, trennen Sie bitte zuerst das HA-Paar.

[Neue Funktionen]

  • Unterstützung für PCIe-Passthrough für die Erweiterungskarte QAI-1290FX hinzugefügt.
  • Unterstützung für Oracle Linux und Rocky Linux hinzugefügt. Zudem erweiterte Unterstützung für weitere Versionen von Ubuntu, RHEL, Debian, Fedora und Windows Server. Die vollständige Liste finden Sie in diesem FAQ: Welches Betriebssystem kann in Virtualization Station bereitgestellt werden?
  • Das Intel Broadwell (noTSX) CPU-Emulationsmodell wurde hinzugefügt. Dies ermöglicht die Unterstützung neuerer Betriebssysteme wie RHEL 10 und Windows Server 2025.

[Verbesserungen]

  • Verbesserung der Anwendungs-Sicherheit und Stabilität durch Upgrades von Kernkomponenten.
  • VMHA zeigt jetzt eine Warnung an, wenn die Gesamtbandbreite der Netzwerkschnittstellen der virtuellen Maschinen die verfügbare Link-Bandbreite überschreitet, um Netzwerkleistungsprobleme während eines Failovers zu vermeiden.

[Behobene Probleme]

  • Ein Problem wurde behoben, bei dem virtuelle Maschinen nach dem Firmware-Upgrade von QuTS hero 5.2.4 auf QuTS hero 5.3.0 beim Öffnen über QVM (direkte Bildausgabe) einen schwarzen Bildschirm zeigten.
  • Ein Problem wurde behoben, bei dem die Live-Migration von virtuellen Maschinen zwischen zwei NAS-Geräten nicht erfolgreich abgeschlossen werden konnte.
  • Ein Fehler wurde behoben, bei dem das Erstellen eines HA-Plans mit einer Fehlermeldung abbrach, wenn eine virtuelle Maschine mit zwei Netzwerkschnittstellen konfiguriert war und der Adapter mit dem niedrigeren Index entfernt wurde.

[Kompatibilität]

  • Überprüfen Sie vor dem Update auf Virtualization Station 4.0 die Kompatibilität Ihrer bestehenden Anwendungen und Daten mit der neuen Version. Einzelheiten finden Sie unter: Welche empfohlenen Überlegungen gibt es vor dem Update auf Virtualization Station 4.0?

Habe es gerade ausprobiert, verursacht wie das letzte gezogene Release, dass Windows 11-VMs nach kurzer Zeit den RAM komplett ausreizen. Das sieht man nicht in der Konsole, sondern nur in der VM selbst, wodurch sie extrem langsam werden (nehme an, wegen Swapping). Habe dann .338 deinstalliert und wieder installiert und alles läuft wieder problemlos. Werde mir vorerst wohl keine weiteren Updates antun.

Was heißt denn „kurze Zeit“?

Bei meiner Win11-VM gibt es das Problem nicht. Nach 7 Stunden besteht kein Problem mit dem RAM.

Also, ich weiß es echt nicht – aber bei mir passiert das auf allen 3 VMs, die ich habe. Auf einer läuft Blue Iris, das QNAP ist ein tvs-h1288x mit 96 GB RAM. Nach etwa einer Stunde versuche ich dann, per Remote-Desktop drauf zuzugreifen, und es ist praktisch unbenutzbar, weil die 16 GB, die ich zugeteilt habe, komplett voll sind und ständig zwischen Festplatte und RAM geswappt wird. Bin dann wieder zurück auf Version .338 gegangen und mit derselben VM-Konfiguration läuft alles problemlos.

@rolandrat

Hast du die dynamische Speicherzuweisung bei der VM aktiviert? Falls ja, kann der Host der VM Arbeitsspeicher entziehen und du wirst feststellen, dass der Speicherverbrauch innerhalb des Gasts ansteigt. Möglicherweise musst du diese Funktion deaktivieren oder der VM ein höheres Gewicht zuweisen.

Diese Funktion war in einer früheren Version fehlerhaft.

Das habe ich tatsächlich an, ich schalte es mal aus und versuche das Update nochmal – danke für den Hinweis! Ich melde mich in ein paar Stunden wieder.

Ich habe diese Version mit einem Ubuntu 24.04-Gast getestet. Bei mir sind die dynamische Speicherzuweisung und die Speicherfreigabe aktiviert, und ich kann sehen, dass der insgesamt im Gast-htop angezeigte Speicher abnimmt, wenn beim Host Speicherknappheit herrscht.

Und welche Version von QuTS Hero / QTS hast du?

Es ist die neueste offizielle Quts-Version, aber das ist ohnehin irrelevant, da das Problem offenbar durch das Deaktivieren der dynamischen Speicherzuweisung behoben wird.

Ich denke, so funktioniert dynamische Speicherzuweisung einfach. Beim Windows-Gast wird der vom Host zurückgewonnene Speicher als belegter Speicher angezeigt. Beim Linux-Gast zeigt er sich als verringeter Gesamtspeicher.