Hab's gerade upgedated - bisher läuft alles unauffällig.
Version 4.0.0.250 (20240822)
- duke-f
- Unerledigt
-
-
Hallo,
Du meinst die neue VS
Virtualization Station 4.0.0.250
( 2024/09/09 )
[Important Notes]
- Before updating to Virtualization Station 4.0, review application compatibility and other important information. For details, see Are there any precaution to be aware of when upgrading to Virtualization Station 4.0?
https://www.qnap.com/en-us/app…_choose=container-station
[New Features]
- Virtualization Station now supports audio output when using a noVNC HTML5 VM console.
[Enhancements]
- Updated QEMU to version 7.0 and Libvirt to version 8.6 for enhanced stability and security.
- Optimized the upgrade mechanism for updating Virtualization Station to version 4.0, improving overall stability.
- Strengthened the security of VNC passwords within the virtual machine HTML5 console to protect against unauthorized access.
- Optimized the responsive design to make the interface more user-friendly and easier to navigate across different devices.
[Fixed Issues]
- Resolved an issue that caused migration failures and a blank screen when updating Virtualization Station to version 4.0.
- Corrected a database corruption issue that occurred in Virtualization Station after updating to version 4.0, specifically when scheduled snapshot configurations were active.
- Addressed an issue that caused Windows virtual machines to remain in a suspended state after updating Virtualization Station from version 3.6.52 to 4.0.
- Resolved an issue that caused the VM backup process to become stalled or unresponsive.
[Compatibility]
- It is recommended you verify compatibility between your existing applications and data before updating to Virtualization Station 4.0. For details, see Are there any precaution to be aware of when upgrading to Virtualization Station 4.0?
-
Ich bin ja mehr gespannt auf die neue Beta, die schon seit Anfang des Jahres auf sich warten lässt.
Bei der Version hier frage ich mich was das mit den Informationen auf sich haben soll, die man unbedingt lesen soll... Der Link führt dann zu den RN der Container Station
-
Warum sollte es noch eine weitere Beta-Version geben.
Die Beta 2 Phase gibt es vermutlich nicht mehr.
-
Der Link führt dann zu den RN der Container Station
Er sollte vermutlich hier hin führen:
Was sind die empfohlenen Überlegungen, bevor Sie auf Virtualization Station 4.0 aktualisieren?Anwendbare Produkte Virtualization Station 4.0 Details Wichtig Virtualization Station Version 4.0 Downgrades werden nicht unters ...www.qnap.com -
Die Beta 2 Phase gibt es vermutlich nicht mehr.
Doch, das hatte mir der Support bereits bestätigt, momentan ist der Plan auf die 2. Jahreshälfte 2024 gesetzt, war aber schonmal deutlich früher angegeben.
Er sollte vermutlich hier hin führen:
Klingt sinnvoll... Wobei das ja schon für die erste v4 galt (hier aber nicht in der Art in den RN erwähnt wurde).
-
Läuft jetzt auf meinem TS-264.
Sieht gut aus
Läuft jetzt auch auf meinem TS-364.
-
Kann ich leider für die TS-451+ nicht bestätigen, VMs laufen nicht mehr, VS selbst auch nicht (nicht bedienbar).
VS bereits deinstalliert und wieder installiert. Verhalten bleibt gleich: VS zeigt keinerlei Reaktion.
Danke qnap
-
Kann ich leider für die TS-451+ nicht bestätigen
Welche QTS Version ist installiert ?
Welche VS Version war vorher installiert ?
-
VS zeigt keinerlei Reaktion
Bedeutet? Es startet das WI?
-
Gestern auf der TVS-682 installiert.
Firmware-Version QTS 5.2.0.2860 Build 20240817.
Bislang keine Probleme.
-
Ich habe einen neuen Fehler nach dem Upgrade der Virtual Station auf Version 4.0.0.250, die Firmware-Version ist QTS 5.2.02860 auf einem TS-251+
CodeFailed to start virtual machine "Machine XPO". Error message: <qvs.utils.debug_log.LogLevels object at 0x7f9eb03eb550>
Gibt es eine Möglichkeit, diesen Fehler zu beheben?
Mod.: Übersetzt mit Google. Dies ist ein deutschsprachiges Forum, das englischsprachige befindet sich dort: https://forum.qnap.com/
-
Und was steht in der Fehlermeldung ?
Startet die VS Oberfläche ?
Welche VM (Win, Linux, ...) ?
Es gibt auch ein englisches ForumQNAP NAS Community Forum - Index pageGerade gesehen, Du hast die Frage auch dort gestellt.
-
Der Punkt ist wohl für mich:
Mod: Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
- Strengthened the security of VNC passwords within the virtual machine HTML5 console to protect against unauthorized access.
Ich hatte dem Support in einem Ticket gemeldet, dass die VNC-Passwörter in den Logdateien im Klartext stehen. Man hatte mir versprochen, dass der Fehler mit der nächsten VS-Version behoben würde.
"Strengthen the security" klingt natürlich besser als "Passwörter nicht mehr im Klartext"
-
Zuvor war seit geraumer Zeit VS v4.0.0.239 installiert und lief.
QTS ist das aktuellste, was automatisch installiert wurde: 5.1.8.2823
Habe gerade manuell geprüft, es gibt was neueres: 5.2.0.2860
Das installiere ich jetzt erst einmal.
VS zeigt keinerlei Reaktion heißt: die GUI lädt und lädt und lädt ohne Ergebnis. Die VMs laufen nicht. Der fehlen ist seit dem Update der VS (gestern Nacht).
Wie erwartet bringt das QTS-Update auch keine Besserung
-
VS zeigt keinerlei Reaktion heißt: die GUI lädt und lädt und lädt ohne Ergebnis. Die VMs laufen nicht. Der fehlen ist seit dem Update der VS (gestern Nacht).
Durch das QTS-Update auf die 5.2.xx hat das NAS ja schon einen Neustart durchgeführt. Somit dürfte ein weiterer Neustart vermutlich auch keine Besserung bringen.
Ich hatte erst QTS 5.2.xx installiert und dann die VS upgedatet.
Evtl. die VS 4.0.0.250 erneut manuell drüber installieren.
Sonst würde mir nur der QNAP-Support einfallen.
-
Hab die Version jetzt auch mal auf meinem TS-451+ mit QTS 5.1.8.2823 installiert.
Es läuft, aber ist merklich langsamer als die Vorversion, damit sind jezt auch Linux-VMs auf dem System fast nicht mehr benutzbar.
-
So, Pflaster-Lösung gefunden:
- VS deinstallieren
- Login per ssh auf die NAS und /share/CACHEDEV1_DATA/.qpkg/.QKVM/db/qvs.* entfernen
- VS installieren
- VS starten => siehe da, die App läuft wieder
Jetzt kann ich wenigstens meine Backups wieder einspielen.
-
Login per ssh auf die NAS und /share/CACHEDEV1_DATA/.qpkg/.QKVM/db/qvs.* entfernen
Die Lösung von Crazyhorse scheint sich zu einer Standardproblemlösung zu entwickeln.
-
Ich habe mit dieser Version das Update von 3.5 auf 4.0 gemacht. (Die erste Version mit 4.0 habe ich ausgelassen.)
Bisher laufen alle virtuellen Maschinen einwandfrei damit. Irgendwelche Fehler oder Verschlechterungen habe ich nicht feststellen können.