Virtualization Station 4.0.0.68 Closed Beta 1 released

Sieht doch recht modern aus. Aber hauptsache es funktioniert

Genau das ist die Frage:

Funktionieren die Gastsysteme denn noch anstandslos?

Wie das GUI aussieht ist da zweitrangig.

Edit: Und wie schnell laufen sie?

Oberfläche schon, modern oder auch nicht. Daran kann man sich gewöhnen oder sich damit abfinden. Der Versionssprung sollte aber doch schon etwas mehr als nur Kosmetik bieten. Angesichts meiner RAM-Probleme, die ich damit in Verbindung bringe, erhoffe ich mir ja schon eine Besserung mit dem Update von qemu 4.1.1 auf 5.2.0.

Ist halt wieder ein neuer Strohhalm angesichts meines RAM-Problems (das meines NAS natürlich - mein persönlicher RAM ist noch nie grundlos voll gelaufen).

tiermutter

Danke ausdrücklich für den ausgibigen Test. Das hilft mir schon dahingehend, dass ich es auch wagen werde, den Umstig auf meinem "Produktivsystem" zu wagen, wenn die Beta-Phase dann tatsächlich abgeschlossen sein wird. Ob's mit dem Speicherproblem hilft? Ich hoffe es einfach mal.

Den Mehrbedarf an RAM sollte ich bei 64 GB wegstecken können. Am Rande bemerkt: Die QTS-Oberfläche zeigt ja seit einiger Zeit den RAM-Bedarf der virtuellen Maschinen irgendwie anders an als früher. Bin da noch nicht ganz durchgestiegen, hab mich aber auch noch nicht wirklich intensiv darum gekümmert.

Ich meine, früher wurde das VS zugeschrieben, kann‘s aber jetzt nicht beschwören.

Mach' nur weiter so - ich kann mich sowieso schon fast nicht bremsen. Hätte ich nicht gleich ein "Meeting" und danach einen Kollegen zur Schulung auf dem Schoß würde das Update wahrscheinlich schon laufen.

Mal sehen, vielleicht ist das Meeting ja langweilig....

EDIT: Im Moment zeigt mein Ressourcen-Manager, dass Virtualization Station (3.6) 419.2 MB braucht. Ohne den Bedarf der VMs, versteht sich. Mit der Anzeige von top über die Konsole müsste ich mich etwas mehr anfreunden, da blicke ich noch nicht wirklich durch. Da werden mir 21362m für QVS angezeigt, dann kommen noch viele für QKVM - wahrscheinlich die einzelnen VMs, die laufen.

EDIT: Uff, hat mich doch jemand von hinten scheinbar angestupst, als ich gerade mit der Maus über "Installieren" schwebte ...

Gut, jetzt braucht die Virtualization Station auch 3.5 GB. Die Haupt-Win10-VM ist auch automatisch wie immer gestartet, die Linux-VM für SmartHome hingegen wieder wie immer nicht. Zwei weitere Linux, eigentlich ganz ähnlicher Aufbau wiederum scheinen problemlos gestartet zu sein. Also diesbezüglich mal alles wie gehabt. Aber: Muss das noch genauer ansehen, scheinbar gibt es jetzt in den Benachrichtigungen etwas näheres dazu, warum die Linux-VM nicht startet.

Nebenbei: Q'center wird wieder rausfliegen. Ist ganz nett, aber immer dann, wenn die QTS-Oberfläche nichts zeigt, kommt auch bei Q'center nichts an. Hilft als in meinem speziellen Fall nicht wirklich etwas auf die Schlich zu kommen.

Zitat von tiermutter

Das mit CPU Passthrough was bei mir das Problem war haben wir aber schonmal durchgekaut, oder?

ja, hatten wir. Aber ich muss es nochmal checken, wie das bei mir wirklich eingestellt ist. Im Anhang jetzt auch mal die konkrete Meldung - scheint etwas mit dem virtuellen Laufwerk zu tun zu haben. Muss mal bei Gelegenheit danach googeln oder die angegebene Seite konsultieren.

Linux-VM.jpg

Vielleicht muss ich auch nochmal einen kompletten Neustart des NAS abwarten, um ernsthaft weiter zu urteilen. Jetzt laufen zwar die VMs schön (die letzte lies sich dann per virsh starten), aber die Oberfläche bleibt schon ewig bei "Wird geladen" hängen.

EDIT:

Villeicht hat der Bedarf an Speicher damit zu tun, dass scheinbar alle VMs - egal ob aktiv oder nicht - irgendwie für Beschäftigung sorgen. Ausschnitt aus meinen Prozessen:

32183 admin     86932 S   /QVS/usr/bin/python3 -u -m manage worker 072817a7-b314-4c09-aa24-fa6dd998c515
32184 admin     86816 S   /QVS/usr/bin/python3 -u -m manage worker b598228a-a7b5-45fb-bef3-d785182b4c71
32185 admin     86724 S   /QVS/usr/bin/python3 -u -m manage worker 68e7b57a-6955-43b3-95a5-be0262db72c2
32186 admin     86876 S   /QVS/usr/bin/python3 -u -m manage worker 83b5e8e5-fafc-47b7-acb7-22705309410d
32187 admin     86780 S   /QVS/usr/bin/python3 -u -m manage worker be8a3132-c561-43c2-a1d6-5ccf10fba367
32193 admin     86792 S   /QVS/usr/bin/python3 -u -m manage worker 7f9fb5e9-defd-4afc-baa8-1bdb1be8d1ca
32197 admin     86700 S   /QVS/usr/bin/python3 -u -m manage worker 7565bf66-4a2c-43a5-8d5d-2cf9d6b49607
32198 admin     86684 S   /QVS/usr/bin/python3 -u -m manage worker 913c6c13-e2b6-46d0-b2b5-711bb5c58cab
32199 admin     86848 S   /QVS/usr/bin/python3 -u -m manage worker 2e5ee0b4-6ff8-4d08-b9c4-3d8e6e3a2ffb
32200 admin     86720 S   /QVS/usr/bin/python3 -u -m manage worker 0e43d31d-6e44-4b9d-a952-6058a042fddb
32201 admin     86688 S   /QVS/usr/bin/python3 -u -m manage worker 212bb3a8-8d10-4cc0-abe7-61a1df707600
32202 admin     86832 S   /QVS/usr/bin/python3 -u -m manage worker 90bfa8bd-9453-4c4d-b2d8-dcd03053c94a
32203 admin     86972 S   /QVS/usr/bin/python3 -u -m manage worker eafcafe9-8d7a-4fe0-bab6-df4a82b92919
32204 admin     86848 S   /QVS/usr/bin/python3 -u -m manage worker b5f027e2-ce51-4553-bfe2-cfed636323df
32206 admin     86912 S   /QVS/usr/bin/python3 -u -m manage worker a9c2d8c2-4930-42bb-935c-ba42c0d13432
32211 admin     86792 S   /QVS/usr/bin/python3 -u -m manage worker 9b62786c-950f-4fbd-866c-f9e4f10801ce
32220 admin     86732 S   /QVS/usr/bin/python3 -u -m manage worker 4f6d476d-7fa5-4229-ae71-cd8d6e6d0b36
32231 admin     86892 S   /QVS/usr/bin/python3 -u -m manage worker 0693d2cc-1b36-4531-a1e0-37b105f07a74
32239 admin     86808 S   /QVS/usr/bin/python3 -u -m manage worker 32724275-fecf-429d-9c75-2ec7bb5a5651
32247 admin     86812 S   /QVS/usr/bin/python3 -u -m manage worker 48ce90f4-ddbe-4794-9428-fbd9bb375099
32252 admin     86860 S   /QVS/usr/bin/python3 -u -m manage worker a49d9376-359e-4868-9801-8107e1c0dfc6
32260 admin     86796 S   /QVS/usr/bin/python3 -u -m manage worker 24026924-7723-4396-bf6d-be511332f829

Davon laufen eigentlich nur ganze vier:

 Id   Name                                   State
-------------------------------------------------------
 1    48ce90f4-ddbe-4794-9428-fbd9bb375099   running
 3    7f9fb5e9-defd-4afc-baa8-1bdb1be8d1ca   running
 4    b5f027e2-ce51-4553-bfe2-cfed636323df   running
 5    9b62786c-950f-4fbd-866c-f9e4f10801ce   running
 -    0693d2cc-1b36-4531-a1e0-37b105f07a74   shut off
 -    072817a7-b314-4c09-aa24-fa6dd998c515   shut off
 -    0e43d31d-6e44-4b9d-a952-6058a042fddb   shut off
 -    212bb3a8-8d10-4cc0-abe7-61a1df707600   shut off
 -    24026924-7723-4396-bf6d-be511332f829   shut off
 -    2e5ee0b4-6ff8-4d08-b9c4-3d8e6e3a2ffb   shut off
 -    32724275-fecf-429d-9c75-2ec7bb5a5651   shut off
 -    4f6d476d-7fa5-4229-ae71-cd8d6e6d0b36   shut off
 -    68e7b57a-6955-43b3-95a5-be0262db72c2   shut off
 -    7565bf66-4a2c-43a5-8d5d-2cf9d6b49607   shut off
 -    83b5e8e5-fafc-47b7-acb7-22705309410d   shut off
 -    90bfa8bd-9453-4c4d-b2d8-dcd03053c94a   shut off
 -    913c6c13-e2b6-46d0-b2b5-711bb5c58cab   shut off
 -    a49d9376-359e-4868-9801-8107e1c0dfc6   shut off
 -    a9c2d8c2-4930-42bb-935c-ba42c0d13432   shut off
 -    b598228a-a7b5-45fb-bef3-d785182b4c71   shut off
 -    be8a3132-c561-43c2-a1d6-5ccf10fba367   shut off
 -    eafcafe9-8d7a-4fe0-bab6-df4a82b92919   shut off

Zitat von UdoA

Funktionieren die Gastsysteme denn noch anstandslos?

Wie das GUI aussieht ist da zweitrangig.

Bei mir laufen alle VMs wie gehabt vor dem Update. Ich habe bisher keine bemerkenswerten Änderungen feststellen können. Allerdings ist das GUI praktisch immer noch nicht nutzbar für mich, da es ewig braucht um geladen zu werden. Deshalb das NAS jetzt neu starten will ich aber dennoch erst mal nicht.

Jetzt habe ich erst mal einfach Virtualization Station neu gestartet und nun startet das GUI auch normal schnell.

EDIT 1: Eines stelle ich weiterhin fest, was auch früher schon so war: Es aktualisieret sich nicht alles automatisch auf dem GUI. Beispielsweise werden VMs schon mal weiterhin als Angehalten angezeigt, obwohl Abschalten erzwingen ausgeführt wurde. Tja, und prompt lässt sich das GUI wieder Zeit mit dem Aufbau ...

EDIT 2: Was ich auch früher schon ab und an hatte und jetzt wieder: Vorhandene USB-Geräte tauchen nicht auf im Menüpunkt, diese zu verbinden und können somit nicht über das GUI zugeordnet werden. Ist vielleicht Indiz dafür, dass die Oberfläche zwar umgestaltet wurde, sich im Hintergrund die Abläufe aber nicht grundsätzlich geändert haben.

EDIT 3: Auch wie gehabt: Meiner Haupt-Win10-VM habe ich ja die Grafikkarte zugeteilt. Diese wird beim Neustart dieser VM nicht immer richtig eingebunden in Windows. Sie ist zwar da, wird aber im Gerätemanager mit Warnzeichen angezeigt. Ein angeschlossener Monitor zeit das Bild, aber nur in Standardauflösung. Nach ursprünglich vielen vergeblichen Kontakten diesbezüglich zum Support - auch mit Remote-Hilfe und fast genauso vielen Erklärungsversuchen (bei denen praktisch immer ich selber schuld war - seltsam? ) habe ich mir zwischenzeitlich angewohnt, nach einem Neustart von Windows in dieser VM als erstes nachzusehen, ob der Fehler auftaucht oder nicht und dann ggf. sofort nochmal neu starte. Das geht dann eigentlich immer. Auch an dieser Stelle zeigt sich, dass nicht grundsätzlich alles überarbeitet wurde.

Nachdem ich jetzt QTS upgadeted habe und im Zuge dessen zwei Neustarts des NAS machte scheint QVS ordentlich zu starten. Die Oberfläche wird auch bei mir jetzt normal gestartet ohne bemerkenswerte Verzögerung.

Positiv sehe ich jetzt mal die Meldung, warum die eine meiner Linux-VMs nicht automatisch startet. Da gab es bisher keinen Hinweis. Habe jetzt mal rekursiv für alle betreffenden Files das Prozedere durchgeführt, das auf der in der Meldung (siehe oben) genannten Seite dafür angegeben wird und hoffe, damit funktioniert es dann. Wird sich beim nächsten Neustart zeigen.

Leider muss ich wieder zurück rudern: Nach einigen Tagen Betrieb dauert der Aufbau des WI wieder ewig. Einmal - erstaunlicherweise beim Zugriff über myQNAPcloud - war die Oberfläche zwischendurch abrupt da, alle anderen Versuche habe ich nach spätestens 15 Minuten abgebrochen. Aber dabei habe ich was festgestellt: Ich kann eine VM im Browser ohne das WI erreichen, indem ich die Konsole aufrufe, z.B.

http://meine-ip:8080/qvs/#/console/vms/65

Dazu muss ich allerdings die Kennzahl der jeweiligen VM kennen - hier im Beispiel die 64. Ist daher vielleicht gut, diese mal zu notieren, wenn das WI schon mal läuft. Sonst wüsste ich nicht, wo man die her bekommt.

Vorher brauchte ich das nicht, aber klingt logisch. Hat ja nichts mit der Oberfläche zu tun.

Angemeldet muss man sein, zumindest bei mir wegen der Zwei-Faktor-Authentifizierung.