alturismo

sure ;) btw, both use kvm / qemu as virtualizer. specifying a cpu mode like x86-64-v3 will result in a fixed setup, may read into it, host mode is best performance mode as "complete" ... nevertheless, just try it if you think thats it ;) there are so many win 11 VM users here with a passed NV dGPU here and most common issues are already handled here, if your setup requires a fixed (older) VM CPU model then try it.

ok, dann passt das halt nicht zusammen. die kann dann nicht 1TB gewesen sein also kurz, wenn die Win Reparatur fehlschlägt ... bliebe nur noch ein Test Platz zu schaffen in der 250 GB Partition der VM, das Vergrößern bringt halt erst etwas wenn du in der VM auch die Partition erweitert hast wozu du ja nicht kommst. siehe oben das script zum mount und versuche es ...

ok, und was stand da vorher drin ?

Steht in den docker settings ipvlan oder macvlan ? Bei Fritz, macvlan nehmen.

wie oben erwähnt, zeig mal bitte erst folgendes wenn die auch als vdisk drin ist, hat das nichts mit passthrough zu tun, sonder ist "statische" image Datei. wenn es vdisk ist, klar, ändert nichts an der Sache, wenn es echtes passthrough gewesen wäre kann das auch nicht gehen ;) da wäre kein image zum verschieben ... jetzt wird es "merkwürdig", ich schätze du meinst in den VM Settings ? wenn ja, passt das alles nicht zusammen, dann war die disk vorher ja auch nur auf 250 GB beschränkt und deine UAD disk mit 960 GB Belegung ... kann normal nicht von der vdisk kommen. naja, die Win Reparatur startet ... wie bei einer nativen Installation auch, wenn das nicht funktioniert wird es schwer. Wenn du dir sicher bist das es an der vollen "disk" hängt, kannst du das image mounten, manuell Platz machen und versuchen die zu starten. 1/ vorher Backup machen der vdisk 2/ mount nach Anleitung (scripts von spaceinvador ...) 3/ Platz schaffen 4/ umount nach Anleitung (script !!!) 5/ hoffen und starten scripts im Anhang wobei ich ehrlicherweise nicht dran glaube dass das helfen wird wenn ich das so lese ... das passt für mich nicht wirklich zusammen. vdisk scripts.zip

auf Seite 1 hier gesehen ? und es gibt ne Suche oben rechts, nur als Tipp ;)

alles was dir wichtig ist solltest du sichern ;) zumindest alles was du nicht einfach wieder beschaffen kannst, Bsp. Dokumente, Bilder, Medien, ... wo DIR wichtig sind. was ist wichtig um im Notfall den Server wieder im Zustand ans Laufen zu bekommen 1/ Flash Backup (USB Stick) 2/ /appdata (Konfigurationen der Docker Apps) 3/ /system/libvirt /VM Konfiguration) 4/ /domains (da sind die effektiven VM's) 5/ Daten Shares ... siehe oben ;) dies sofern du Standard nutzt und keine manuellen Veränderungen vorgenommen hast.

ja

hmm, also auch kein ssh mehr und "top" oder "htop" im terminal zur Prüfung ... aber mal als Hinweis, als ich noch Parity genutzt habe wollte ich das auch nicht den ganzen Tag laufen lassen, daher Parity Tuning genutzt, damit kann man pausieren und nur zu bestimmten Zeiten laufen lassen, nur i bestimmten HDD Temp Bereichen, usw usw ... vieleicht wäre das ja was. Ich lies 1/2 jährlich als laufen, hat dann hier als nachts ne Woche seine Arbeit verrichtet und gut war es ... nur als Info.

dafür ist die Parity da .... du liest von der Parity Quersumme, die disk wird emuliert ;)

https://docs.unraid.net/unraid-os/using-unraid-to/manage-storage/array/replacing-disks-in-array/

eher mal Update machen, wenn dein web nicht geht, aber ssh ... diagnostics ausführen, dann einen bug report öffnen, so lässt sich schwer etwas dazu sagen ... meist ein SSL, Port, ... Thema.

ja, nur als Tipp, das Host System bevorzugt vor allem core 0, dann würde ich paarweise isolieren und entsprechend zuweisen ... Beispiel, isoliere die letzten vier (4/10, 9/11) und weise diese dann den dockers zu. Ist normal eher ein Thema für performante VM's (Gaming), aber auch so für dockers nutzbar. Wobei das Parity Thema evtl. eher ein i/o Thema sein könnte, oder sind deine CPU's da wirklich unter Last ? wenn ja, dann wird das sicher helfen, wenn Nein, wird es keinen großen Unterschied machen (können).

ja klar ;) und du wirst dich wundern, das wurde es auch ;) daher kann ich auch keinen deiner Punkte oben beispielsweise nachvollziehen wie du siehst. Schwerpunkt, melde zumindest deine Fehler, irgendwas wird da wohl nicht passen, nur wenn du jetzt einfach retour gehst, in 1, 3, 6, ... Monaten dann nochmal ein Update durchführst ... kann es gut sein das nichts passiert ist, warum ... weil deine Konstellation anscheinend niemand getestet hat ;) und alles gut, ich muss nur "schmunzeln" weil öfters ja gefragt wird "wann updaten" ... am Besten erst Wochen oder Monate später ... ja, dann dauert es auch entsprechend lange bugs zu beheben und man sollte sich nicht wundern, es kann nicht alles vorab getestet werden, du siehst ja das hier beispielsweise alles ok aussieht. Sollte auch kein Vorwurf an dich sein, daher nicht falsch verstehen, nur melde zumindest den bug, mit einem Post im deutschen Teil ist es nicht getan, ich habe das Problem nicht und werde dann keinen bug report öffnen da ich keinerlei background dazu geben kann .... und das Schöne ist, mit einem click, ist man wieder reour ;)

naja, es wird getestet, aber letztens gab es ja au ch die Anfrage "Update direkt oder später ..." je weniger sich mal die beta anschauen umso eher fallen solche Themen durch. zu deinen Anliegen hier ein Beispiel der 7.1.4 da hat sich nichts wirklich geändert ... hier mal verglichen (Lücke rechts war leider schon immer da, je nach Client Anzeige setting usw) vs aktuell und auch hier, schätze das wird am Sprachpaket liegen hier unter 7.2 alles fein wie du siehst, das hängt nicht nur am ausgiebigem testen usw ... da andere das Problem gar nicht sehen oder kennen, hier kommen wir zum Eingang zurück, wenn keiner sich die previews mehr anschaut, dann fallen so Themen auch nie auf und ... werden auch nicht behoben ;) Du kannst jetzt retour gehen auf 7.1.4 und hoffen das ein anderer sich ggf. darum kümmern wird, zumindest solltest du vorweg deinen "bug" melden bevor du das machst falls es dazu Fragen geben sollte und man dich bittet was zu prüfen, evtl. liegt es auch an deinem System teilweise. Dass das etwas "holprig" wird mit der Umstellung ist auch klar, da der Ruf nach Responsive UI für mobile Devices jedoch sehr groß war (und ehrlich gesagt auch überfallig war) sitzt der Schwerpunkt da, wurde auch angekündigt das diverse plugins und co auch noch Anpassungen brauchen, meine sehen jetzt in 7.2 stellenweise auch sehr "bescheiden" aus, (Bsp. aspm helper), aber auch ich hatte beispielsweise noch keine Zeit und Lust mich dem Thema zu widmen, evtl. klemmen bei dir ein paar plugins noch zusätzlich was das auslöst. es gibt x clients (browser, anzeige settings, os, ...) und dann die webui mit x setting Möglichkeiten ... ist nie einfach ;)

noch ein kleiner Nachtrag wenn das soweit klar ist es gibt auch eine Möglichkeit manuell die vdisk.img zu mounten um dann beispielsweise Daten zu verändern, zu ergänzen, oder auch ... zu löschen. aber Achtung, man sollte wissen was man da macht, wäre der Notfall "Hammer" ;)

normal aus deinem Backup ... wobei ich vermute das hier keins vorhanden ist ... was auch immer du gemacht hast, ja, kopieren der vdisk.img geht normal ganz bequem (die VM sollte zu dem Zeitpunkt aus sein), dann weist man in den VM Einstellungen der VM auf den neuen Pfad zur vdisk.img. Du redest hier von einem setup mit .img, das Kopieren der .img auf eine andere Platte macht die eingestellte Größe aber erstmal nicht größer ... davon ausgehend man hat genug Platz auf der Platte und man will jetzt erweitern ... 1/ VM stoppen 2/ VM Tab, die VM Ansicht etwas erweitern indem man den Namen anklickt, dann rechts die neue Größe definiert. 3/ VM starten (jetzt ist in der VM die Partition noch nicht größer !!!) 4/ in der VM dann mit einem Tool deiner Wahl die Partition erweitern, Bsp. mini Partition und co ... es kommt häufig vor das die effektive Partition mittig sitzt, dann muss man die hintere beispielsweise erst etwas verschieben usw ... dazu gib es jede Menge Anleitungen wie man das macht. Zusammengefasst, im klassischen setup läuft die image Datei voll und NICHT die disk wo das image drauf liegt. Das passiert nur wenn ich die disk (ssd) komplett per passthrough durchreiche. Die VM sieht und nutzt nur den Ihr zugewiesenen Platz welchen ich im Nachgang auch anpassen kann. Warum ändert sich die Größe beispielsweise, kommt durch "sparseness", aber lassen wir das mal erst offen stehen, ist ein anderes Thema. Da kein Backup vorhanden ... bleibt ja eh nur noch "Trial & Error", schau mal was zugewiesen ist, schau ob du auch wirklich auf die passende vdisk verweist (weil wenn nicht wird eine neue erstellt ...) und versuche die Win Reparatur sofern die Originale überhaupt noch soweit startet.

der gängige Weg wäre eher entsprechend die Shares zu regeln, Beispiel Daten1 -- primary cache > secondary array Daten2 -- primary cache <> secondary none Daten1 werden per mover verschoben Daten2 bleiben auf dem cache

naja, mein Stand dabei ist, die laufen innerhalb der jeweiligen Dockers, das geht nur mWn indem du die Docker jeweils updatest, und wenn kein Docker update bereit steht musst du es erzwingen, tailscale installierst sich dann ja immer frisch rein bei einem deploy.

mal im github nachhaken, scheint ein Problem mit dem Docker zu sein

wobei ich meine ich sehe den Fehler schau mal bitte in deine Global Share settings ich schätze du hast das mal manuell eingestellt und nicht auf "All" belassen

lad nochmal bitte ne aktuell diagnostics hier hoch

then the other ones are probably from other tests ;) just copy them all. if you only have 1 VM, then you also can simple just copy/backup the libvirt.img file as backup too. in your xml file is the exact entry, the given cat command to your xml will show you which ;) from post 2 but as mentioned, with 1 VM and a rollback scenario 1/ stop the vm service 2/ copy your vdisk.img (your VM disk) > backup 3/ copy your libvirt.img (all your vm settings) > backup 4/ now make your VM tests, updates, whatever ... ... in terms something went wrong and you want to rollback 5/ stop vm service 6/ copy your 2 backup files back to their locations 7/ start vm service 8/ start your vm ... all as never something happened ;) you may can also test the snapshot functions (i dont use them, so may read the tutorial therefore)

well, then you have backups from all VM .fd files, your input question was about a single win VM and testing upgrades and how to revert this single vm. the upper posted commands shows you the files needed, of course you need to match YOUR Vm Names etc.

ich nutze es jetzt nicht, aber wenn dann wohl eher ein "update" erzwingen. Bsp. Docker Tab, oben rechts advanced aktivieren, dann kann man ein update erzwingen (force), oder einfach eine Variable kurz rein clicken, space dazu, space wieder weg, dann unten apply, macht auch ein "redo".