alturismo

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".

prüf mal das verwendete repository in deiner Einrichtung

ich habe bereits ein rewrite hier bedingt durch zfs Themen usw ... mehrere Medienserver und check free space ahead. ich kann das übrigens hier nicht reproduzieren, außer der Dateiname ist auch identisch an 2 Stellen auf den eingebundenen disks ... was ich tatsächlich nicht beachte und wahrscheinlich auch nicht werde, der Sinn dahinter erschließt sich mir nicht ;) vielleicht es mit dem nächsten Update erledigt. ansonsten, Danke, aber ist nicht mehr aktuell, wenn du später immer noch Themen hast nach dem nächsten Update, kannst du gerne nochmals die KI bemühen ;)

yes, VM Service needs to run, background, they are stored inside the libvirt.img fileand mounted when vm service is on. krusader ... well, a docker wont have access there pretty sure ;) unraid terminal, may try while vm service is on

um sauber zu booten, initialisieren, usw ... gerne bei gvt-g / sr-iov setups usw ... aber wer weiß, teste es aus.

und suche im Forum nach uasp, esgab mit v7 ne Umstellung wie USB Platten angesprochen werden, daher auch die Probleme weil USB ... naja, du weißt es ;) es gibt aber diverse Ansätze, ich meine im v7 bug report part gab es einiges dazu.

für den Fall wäre eine VPN Verbindung sicherlich einfach und sicher, von Syn zu deinem Server. wenn die Verbindung dann steht, lies dich zu Basics ein in rsync, das kann auch bwlimit (--bwlimit=...), aber nur wenn es größere Dateien sind, bei "mini" Dateien wird das nicht wirklich greifen.

daher wird ja "retour" verlinkt, da steht ja auch beispielsweise dabei fixed in 7.1.2 wenn es known iddues zum release geben würde ... wäre das komisch. Meist ist es so, Release kommt, jetzt wird ein gefundenes Issue ergänzt unter "known issues", wenn gefixt wird das vermerkt. und der Großteil liegt am zfs Thema für die zfs Jünger hier ;) also, warte gerne bis wann auch immer, aber mit 7.0 bist du jetzt schon weit hinterher ... und wenn etwas wirklich gravierendes anliegt, wird das sicherlich posted sein ... da du eher stable Releases nehmen wirst, im passenden bug report Part für stable releases, da sieht man ja ob etwas anliegt oder es in Summe ok ist.

alles gut aber "new config" wird nie irgendwelche Daten löschen, das sei nur erwähnt.

new config, pool belassen (man kann wählen ob pools und / oder array mit übernommen werden sollen), passt normal schon. kannst aber auch einfach mal stoppen, array Platten alle weg assignen, starten, falls du new config nicht einfach machen willst, aber wie erwähnt ... pool übernehmen wählen, dann bleibt die pool config auch erhalten und ... Unraid löscht erstmal gar nichts, normal solltest du den zfs pool auch so wieder einbinden können, das nur als Info.

evtl. mal support anschreiben dann. Info, das geht nicht unbegrenzt oft "eigenhändig"

Nein, der mover verschiebt nichts auf dem array. Optionen beispielsweise du tauschst die Platte aus und lässt diese "rebuilden" aus deiner Parity du gehst deinen Weg und verschiebst beispielsweise mit unbalance (plugin) die Daten im Array du bindest die neue disk als unassigned ein, kopierst von der einen disk alles auf die UAD, machst dann new config also, es gibt diverse Optionen, aber der mover wird das nicht regeln, der ist NUR dafür da von einem pool (Bsp. cache) auf das Array zu verschieben, nicht im Nachgang irgendwas zu organisieren, zu sortieren, usw ...

macht auch keinen Sinn das am Server einzustellen ... meiner persönlichen Meinung nach. wann nutzt man transcoding, wenn die Bandbreite eng wird oder ich die extra begrenzen will, das setze ich am Client dann fest. ich meine (ich nutze kein Jelly da ich bereits Plex und Emby nutze) dass dies bei Jelly genauso ist ... am Client sage ich entweder auto > es wird einmalig ausgehandelt was die bitrate hergibt und dann stellt der Server so ein fix Auflösung und bitrate > dann ist es eingestellt. und für mehr ist die Kombi Mediaserver <> Client auch nicht wirklich gedacht, warum auch ... wenn man mehr will (setup) transcoded man seine Library nach Wunsch und spielt dann nativ ab, was du ja mit AV1 machen willst oder bereits gemacht hast, daz unutzt man dann transcoding Apps oder macht es selbst ;)

sorry, aber was soll das ... der Unterschied sw zu hw ist mittlerweile sowas von marginal ... ja, du kannst mit software noch etwas mehr bitrate sparen, aber das ist fast vernachlässigbar ... vor 10+ Jahren war das noch ein größeres Thema, aber da sind wir weit weg mittlerweile. und AV1 zu empfehlen ist noch mehr Käse, die Clients wo kein hw decode haben schaffen meist max 1080p decode in software ... und kochen vor sich hin, oder es muss immer transcoded werden was noch unsinniger ist. Wenn man seine Infrastruktur auf AV1 ausgelegt hat, ja gerne, aber das dauert noch bis wir da sind und AV1 der Standard ist. Sorry, aber das passt leider alles nicht.

ich würde eher hier ansetzen ... weiß jetzt nicht was du für Formate streamst, aber mal davon ausgehend 4k remux ~ 50 - 100 mbit / stream 4k Netflis und co ~ 15 - 25 mbit / stream 1080p ~ 5 - 15 mbit (remux auch mal 20) / stream usw usw ... wenn dein Netzwerk zuhause durch ein paar Video Streams am Limit ist, na dann ... grundsätzlich, ja, aber wie erwähnt ... ob der Ansatz richtig ist sei dahingestellt ;) braucht es nicht bei der Anzahl ... die iGPU schafft das bequem.

mal vorne angefangen, zuhause sollte gar kein transcoding aktiv sein außer es muss sein (alte client hardware). was willst du also damit bezwecken ? remote watching ? oder musst du zuhause transcoden ? ansonsten, deine hardware kann hevc 10bit encoding, nur macht das Sinn ... dazu muss der client auch hevc 10 bit decoding können. dann sollte die Quelle auch hevc 10bit sein, ansonsten muss der Farbraum auch angepasst werden, macht für remote keinen Sinn usw usw usw ... hier eine Info was die iGPU kann https://www.intel.com/content/www/us/en/docs/onevpl/developer-reference-media-intel-hardware/1-1/overview.html#ENCODE-OVERVIEW-11-12

woran machst du das fest ? wird die CPU genutzt bei transcode ? oder kann es eher sein dass der stream gerade nicht transcoded wird ?