alturismo

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 ?

what you mean with "This" ? ;) my suggestion would be, stop container wise, check dashboard when it stops using so much usage, or better, check seperate ssh seassion with top ...

nope, but rather not plex as it would mean you have xyz parallel encoding streams running ;)

actually all you really need is the vdisk image from your domains folder but to make sure all is backed up and you wouldnt need to arrange a "new" VM with an eisting "vdisk" there are 3 files overall, sample here so, in the end copy these 3 files (correct names and pathes fitting your setup) xml > start Parameters for your VM (could also be recreated) .fd > personal bios according to your VM (would be recreated when recreating with existing vdisk) .img > mandatory to backup !!! thats your complete VM ... can be used when recreating a new VM with existing disk (using same parameters for bios and mashine type) and your VM would be back like before too ... thats it ;) so your image file is the only really needed one, rest is "save to have" to restore in terms a update inside a VM failed, just replace the vdisk.img and you are back on that state to restore on a complete new mashine (new unraid server setup) push the 3 upper files to their locations, unraid terminal or simple create a new VM, point to your existing vdisk image, when you use the same bios tyoe (ovmf) and mashine type (q35) it will just start up as before too, you just should know which bios and mashine type the VM should start with ;) cpu cores, ram assignement, devices, ... can always be changed. and its all back there as before ;)

may stop dockers which are related to transcoding ... you have insane many ffmpeg sessions open

nope, alle 25h2 clients ok nope, nur die seit win 24h2 update bekannten Windows Maßnahmen da gibt es nichts zu beachten falls du von vor 24h2 kommen solltest, es gab Probleme vor gut einem Jahr mit dem 24h2 update, google ist voll damit, hier im Forum auch jede Menge Threads dazu.