alturismo

das stimmt, würde es mal deaktivieren, nur um sicher zu sein ... da ist zwar ein check eingebaut, aber zum Ausschluss ... ich nutze dies ja bereits länger auch so, aber per hook, wenn VM an, persistence off, wenn VM aus, peristence on. aber ... empfohlen ist das NICHT, um sicher zu sein sollte eine dGPU vfio bind sein (2. Test !!!) ansonsten wie erwähnt, hört sich das stark nach Hardware an, primär Netzteil bzw, Stromversorgung, Verkabelung prüfen usw usw ... RAM testen ... die VM läuft ja isoliert (ist ja der Sinn), wenn die crasht, reißt es ja nicht das Host OS mit geschweige denn initiiert einen Neustart des Host OS (Unraid).

Docker Tab, intern add container, oben mittig drop-down, unterhalb user Templates deinen Dupli... auswählen, den falschen Eintrag entfernen, apply. Dann sollte der wieder starten.

wenn der Server "hart" crasht, sprich, einfach neu startet ... ist das meist ein Hardware Thema (um nicht zu sagen eigentlich immer). Das Verhalten deutet meist auf Netzteil, RAM, ... hin. Software, du nutzt Nvidia driver usw ... da man in den diags nicht sieht was du damit so alles machst, nutzt du die noch für etwas anderes außer die VM ? wenn Nein, deinstalliere die drivers, das prom plugin, setze die Karte vfio bind das nichts außer die VM diese auch nutzen kann ... wenn beispielsweise ein Docker wie Jellyfin parallel versuchen sollte die Karte anzusprechen während diese in der VM aktiv ist, kann das auch zu einem crash führen ... meist jedoch nicht in einem harten Neustart sondern freeze ... aber wer weiß ...

kurz, ja, am Ende läuft es darauf hinaus, Daten von "alt" zu "neu" bringen, wie, ist dir überlassen ;) wenn per USB, dann wie erwähnt wurde, disk als unassigned disk oder als pool einbinden, Daten kopieren, fertig ;)

that is as mentioned ... lets say uncommon ;) but your video looks like it ...weird. what we see in your logs, many errors like this Jun 27 05:04:07 Oldtown kernel: NVRM: GPU 0000:09:00.0: RmInitAdapter failed! (0x62:0x51:2584) Jun 27 05:04:07 Oldtown kernel: NVRM: GPU 0000:09:00.0: rm_init_adapter failed, device minor number 0 Jun 27 05:04:07 Oldtown kernel: NVRM: GPU 0000:09:00.0: RmInitAdapter failed! (0x22:0x51:884) Jun 27 05:04:07 Oldtown kernel: NVRM: GPU 0000:09:00.0: rm_init_adapter failed, device minor number 0 and looks like not only when plugin runs and so on ... copy your vm vdisk to sample /domains/amp2/vdisk1.img may just to make sure, may create a new vm with the same settings like AMP, pointing to the copied vdisk image, make sure you dont select the Nvidia card (also not the audio !!!), try again. VM should run like your original one ... just to exclude something stuck somewhere in libvirt on your AMP VM in terms you played with nvidia passthrough in that VM sometime ... overall, the vm normally wont take over a pcie gpu while running ... should may even crash the server immediately on startup if it tries while docker/s using it ... really weird ;)

good point, thanks for this info, i note it on todo to extend the field ;) may as note, you have 2 hdd sections, so you could setup 2 x 8 now (16 drives), and use same pwm settings ;) 1st comment i see about this here, but thats easy to extend, i just limited the input field, no function limitation as you already figured by adding it manually. a sd* function would be more complex as the plugin would need to build the table, read out, and so on ... and i prefer my plugins to keep as minimized as possible. will come in next release. current workaround, a few posts upper yours ;) but yes, will also come, keep min even when drives return 0. thanks for the feedback.

so läuft das normal mit Dockers ... (auch auf Prox 😬) in Prox wirst du wohl LXC oder ne VM genutzt haben, das ist was anderes ... es gibt (ganz wenig) Ausnahmen wo die app an sich nicht innerhalb des Dockers liegt und tatsächlich manuell updated wird, ist aber eigentlich falsch und daher auch sehe selten ...i

grundsätzlich, ja 1/ plugins, docker start Parameter liegen auf dem Stick 2/ Dockers persistent Daten liegen unter /appdata 3/ Docker Images liegen unter /system/docker/... die installiert man aber einfach neu, was persistent notwendig ist, siehe 1/ + 2/ 4/ VM Grunddaten liegen unter /system/libvirt 5/ VM Images liegen "normal" unter /domains also, wenn du sauber backup erstellst /system/docker siehe 3/) ... wieder einspielst, ggf. Pfade anpasst ... war es das ;)

actually media players (clients) are irrelevant ;) its 1 media Server (either Plex, Emby, Jelly) and / or open file/s on disk ... filtered by rules (media extension, path, ...) so, depending now what your real question is, multiple Media Server like Plex + Emby as sample ?

meines Wissens nach nicht, daher auch "software" TPM für VM's und Hardware Wechsel wäre dann gleich Data Verlust ... normal, Nein, aber ... mal abgesehen von "never change a running ..." ;) @JorgeB you may can answer this better, LUKS exncryption, BIOS update, TPM ... any relationship between LUKS and Hardware (TPM) ? not that im aware of, would also end in data loss on hardware change ...

bitte dann xfs verwenden ... du wirst es nicht bereuen ;) ahja ... auch das sollte so oder so nicht sein da die VM effektiv ja nicht angesprochen wird, aber ... wer weiß ;) wäre ja einfach zu testen, VM Dienst aus, warten bis spindown (bei dir 30 min), dann Dashboard aufrufen. welche ich mal ex setzen würde zum Test

true ... same here, i gave up as this "update" has broken some things here, so my assumption was its also just "gone" ;)

it sure is, but i never experienced something like this. also to mention, VM's are showing directly on dashboard, dockers not (waiting until hdd spindown)

yep, man sieht dass die Platten kurz vorher angefahren sind und Nein, das ist nicht normal ;) Jun 26 17:52:22 Skynet emhttpd: read SMART /dev/sdf Jun 26 17:53:33 Skynet emhttpd: read SMART /dev/sdd Jun 26 17:53:46 Skynet emhttpd: read SMART /dev/sdc Jun 26 17:53:57 Skynet emhttpd: read SMART /dev/sde Jun 26 17:54:08 Skynet emhttpd: read SMART /dev/sdb was man sieht, btrfs Fehler, scrub und co ... wobei dies ja den cache betrifft, aber solltest du auch nicht schleifen lassen ... Jun 23 12:45:21 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 2178840543232 mirror 1 wanted 2004374 found 1989522 Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 5287908966400 mirror 1 wanted 2003852 found 1989721 Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 2178933751808 mirror 1 wanted 2004375 found 1905801 Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 2178946023424 mirror 1 wanted 2000716 found 1989534 Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 5288226062336 mirror 1 wanted 0 found 1 Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 5287604502528 mirror 1 wanted 0 found 1 Jun 23 12:45:23 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 2178934390784 mirror 1 wanted 0 found 1 Jun 23 12:45:23 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 5287352221696 mirror 1 wanted 0 found 1 Jun 23 12:45:23 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 2178934915072 mirror 1 wanted 0 found 1 das docker Thema sieht an sich nicht gesund aus ... auch sehr sehr viele ... Dinge wo da normal nicht rein gehören meiner Meinung nach. unexpected fault address 0x1492990d5000 fatal error: fault [signal SIGBUS: bus error code=0x2 addr=0x1492990d5000 pc=0xbc126a] goroutine 10 gp=0xc000423180 m=3 mp=0xc00007f008 [running]: runtime.throw({0x193aa46?, 0x0?}) /usr/local/go/src/runtime/panic.go:1023 +0x5c fp=0xc00057ce78 sp=0xc00057ce48 pc=0x43dfbc runtime.sigpanic() /usr/local/go/src/runtime/signal_unix.go:878 +0x116 fp=0xc00057ced8 sp=0xc00057ce78 pc=0x456b36 github.com/containerd/containerd/vendor/go.etcd.io/bbolt.(*page).fastCheck(0x1492990d5000, 0x85) /go/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/page.go:57 +0x2a fp=0xc00057cfa0 sp=0xc00057ced8 pc=0xbc126a github.com/containerd/containerd/vendor/go.etcd.io/bbolt.(*Tx).page(0x1492dff6f108?, 0x50?) /go/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/tx.go:534 +0x7b fp=0xc00057cfd8 sp=0xc00057cfa0 pc=0xbc3c9b ... .. . und selbst libvirt ... 2025-06-23 09:05:01.110+0000: 14683: info : libvirt version: 11.2.0 2025-06-23 09:05:01.110+0000: 14683: info : hostname: Skynet 2025-06-23 09:05:01.110+0000: 14683: error : qemuRdpNewForHelper:103 : 'qemu-rdp' is not a suitable qemu-rdp helper name: No such file or directory 2025-06-23 09:05:01.242+0000: 14683: warning : qemuDomainObjTaintMsg:5481 : Domain id=1 name='Home Assistant OS' uuid=0f9df069-ede8-8d96-9c45-23fd11daa12e is tainted: high-privileges 2025-06-23 09:21:19.431+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error 2025-06-23 10:18:29.046+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error 2025-06-23 13:16:36.283+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error 2025-06-23 17:25:43.921+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error 2025-06-24 18:32:29.989+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error wobei ich in Summe schätze da hängt viel mit den btrfs Fehlern zusammen, das wie oben erwähnt mal angehen. ansonsten, sehe ich (leider) nicht wirklich was das auslösen könnte ... Ich kenne das Verhalten nur wenn man manuell die hdd's in den sleep schickt (beispielsweise hdparm per script, cmd, ..) und dann ins GUI geht, da ist das normal da emhttp "denkt" ... egal, das wirst du wohl hoffentlich nicht machen ;) sorry, mir fällt da nichts weiter auf. Mein Vorgehensweise wäre da, mal die plugins prüfen was ich davon noch nutze und ggf. da einschreiten könnte ... docker compose, theme engine, was auch immer ... einfach nach Ausschlussverfahren da ... "normal ist das nicht" @JorgeB may an idea why hdd's spinup when accessing dashboard (dockers loading "something" and appearing after spinup), so access dashboard, NOT a docker or so ...

1st approach, exclude issue with pcie1 ... about performance hit, well, you are using your GPU on the host for some dockers, lxc, whatever ... you wont see any real difference anyway, in a Gaming VM it would, but therefore we dont need this driver plugin ;) so, to exclude some issue with your pcie slot and rbar reservation, give it a try ...

then just dont use this plugin ... main purpose is to keep files on cache with "rules" and move only if ..., standard (without plugin) will just move files away ...

what you see is Jun 25 20:38:20 WHALE kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 239 Jun 25 20:38:20 WHALE kernel: NVRM: This PCI I/O region assigned to your NVIDIA device is invalid: Jun 25 20:38:20 WHALE kernel: NVRM: BAR1 is 0M @ 0x0 (PCI:0000:0a:00.0) Jun 25 20:38:20 WHALE kernel: NVRM: This PCI I/O region assigned to your NVIDIA device is invalid: Jun 25 20:38:20 WHALE kernel: NVRM: BAR2 is 0M @ 0x0 (PCI:0000:0a:00.0) assuming PSU is fine, may try a different pcie slot

you can use any Version, may read changelogs if there was something hitting you Version 6.12.9 2024-03-26 | Unra...Version 6.12.9 2024-03-26 | Unraid DocsUpgrade notes

ich sehe mal (leider) nichts direktes außer shutdown Versuch. stell mal in den docker settings um von ipvlan auf macvlan, du bist Fritz User und nutzt anscheinend ipvlan, wenn dein Docker jetzt noch custom (eigene IP) haben sollte, würde es das gegebenenfalls erklären.

if you can ping your Unraid Server from the VM (to ensure its accessable), may also, can you open the webui from Unraid inside your VM ... since a few month windows changed access to insecure smb shares, needs some mods in group policy (win 11 pro as sample) Enable insecure guest logons in...Enable insecure guest logons in SMB2 and SMB3 for Windows...This article describes how to enable guest logons policy in SMB2 and SMB3 for Windows client and Windows Server devices using Group Policy and PowerShell.sample Uploading Attachment... just to make sure its not related to this ... public Share access

i am using the docker way like described for my personal encodings. in terms you simple remux your srt files into your containers using ffmpeg /// edit, may dependencies missing, rather take the docker way 1/ get as sample un-get https://github.com/ich777/un-get 2/ install ffmpeg root@AlsServerII:~# un-get search ffmpeg Please wait, performing search... Found the following package(s) for your search 'ffmpeg' in repositories: ffmpegthumbs-23.08.5 ffmpeg-7.1.1 ffmpegthumbnailer-2.2.3 root@AlsServerII:~#

im syslog sieht man aktuell auch nichts was darauf hindeutet ... aktiviere mal syslog to flash und erstelle dann nach einem crash (noch besser während wenn machbar) eine diag ...

yep, but as the Server is also a Backup Server ... ;) had this idea already but that would always wakeup the VM (also for replicate / backup jobs). thanks for looking, but this will be more complex so lets live with HA click to wakeup ;)

changelogs ... ;) Version 7.1.0 2025-05-05 | Unrai...Version 7.1.0 2025-05-05 | Unraid DocsThis release adds wireless networking, the ability to import TrueNAS and other foreign pools, multiple enhancements to VMs, early steps toward making the webGUI responsive, and more. Uploading Attachment...

vorweg, deine internen IP's brauchst du nicht maskieren, damit kann niemand etwas anfangen ;) solange keine certs kommen wird etwas nicht stimmen, was ... lässt sich anhand der Angaben schwer sagen. 1/ du bist sicher das du eine öffentliche ipv4 hast ? 2/ die Port 80 + 443 sind auch sicher darauf gerichtet ? 3/ du nutzt eine Fritz ? Unify ? ... wenn ja, in den Docker Einstellungen auch macvlan aktiviert ? NICHT ipvlan 4/ dass der Docker in der custom mit eigener IP mit dem Host (Unraid) reden kann, muss der Host access in den Docker Einstellungen aktiviert sein ... wenn es mal geklappt hat und mal nicht, prüfe Punkt 3 und nochmals Punkt 2, davon ausgehend das Punkt 1 gewährleistet ist. wenn nur Unraid nicht geht, dann Punkt 4 prüfen ;) abgesehen davon, deinen Server online stellen ... wird meist nicht empfohlen ... besonders nicht mit dem "Spielzeug" NPM ... zumindest swag mit Geo Blocking, fail2ban, ... wäre da empfehlenswerter ... besonders dann wenn man nicht genau weiß was man macht (wie interne IP's maskieren). sorry, musste sein 😺