alturismo

of course you can, just dont edit stuff while its running ;) those should be equal (here sample from a running VM) ballooning would be like, start with 8 GB, go up to 24 GB as needed when i see this (also no entries in syslinux ... but yes, vfio-pci is in use it seems, but i wouldnt try to pass the matrox onboard to a VM ... also sadly often critical, also when i see its in a group with a pcie bridge, passthrough's should always be "complete" group or a single iommu device, sample may another screen from the tools, devices page where those devices are visible.

hard reboots are (sadly) most common hardware issues and also (sadly) hard to debug. as you are using a AMD setup, they dont really like powersaving features, so may try 1/ disable powertop 2/ disable any other power savings (also in BIOS !!!) also, you are using ACS override features, in terms you need them to force iommu group splitting ... but thats the "hard" way and can cause issues (warning is there with a reason), the question is, do you need it to split ? if so, may that also can cause hardware issues and crashes. in terms you enabled it just like that ... may tr ydisable this too, BUT be aware, device assignements and so on may change then, so you may have to correct your passthroug hdevices etc ... so my 1st step would be, power savings disable, AMD is known to be very sensitive ...

afaik the gtx650 is outdated and not supported anymore. also, there is nothing really you can do with this card anyhow ? no nvenc, no ...

in Zukunft bitte keine Anfragen hier posten daher hierher verschoben, Merci ;)

may asked, possible you are using "RAM ballooning" in your win VM ? if so, set static and NOT dynamic, initial and may should be equal in size, like 16 / 16 GB windows doesnt really like that, may that triggers something in your RAM which causes the Server to crash, usually it just likes to crash the VM, but with may bad addressing, bad RAM, bad ... it may be the cause of your issues. also, about this when i see your vfio binds, they are empty ... some hardware doesnt like to be passed and "resetted" ... and what VGA are you passing ... ? that matrox chip ? may atleast also try without passing that through, also USB pass ... attach a screen from your VM setup page where its clear which devices you inserted and how ...

da ja bereits ziemlich alles dazu geschrieben wurde ... nur um sicher zu sein, du meinst das hier ? wenn ja, dann Nein, das ist die fixe IP des Dockers und NICHT der VM ... und das geht über den Helper Docker auch nicht. mach es dir doch einfach und lies einfach was hier so alles steht ... oder frag im passenden Thread nach wenn du uns nicht glaubst ;) 1/ gib dem Docker ne andere IP oder setz ihn in die bridge, ist egal ... dass die .45 frei wird. 2/ schau in der erstellten VM nach der mac welche die VM nutzt 3/ such in der Fritz nach der mac wenn die VM läuft, mach die IP Zuweisung halt per dhcp (was nicht gut ist, aber egal, wurde ja erklärt) 4/ VM Neustart, fertig ... Vorher kannst du auch das "veraltete" Gerät in der Fritz löschen ... das nur am Rand erwähnt ... Netzwerk, Netzwerkverbindungen, weiter unten ... ungenutzte Verbindungen.

warum auch mmer (wirst deine Gründe haben), aber kurz, docker an sich, Nein, custom network mit anderem network ... oder vlan usw ... Ansatz

dann ist es wohl ein anderes Problem ... hier ging es darum das der "Bearbeiten" Button weg war.

i certainly do (sadly) as 1/ the VM runs on its own virtual hardware, so no access to reboot (expected or unexpected) the Host. 2/ the "hard" load from an update triggerung your hard crash. may post your diagnostics to take a closer look, at least try to look for memtest, power saving features (disable them), to check ...

und ... update des webui links zur RICHTIGEN ip der VM kurz, es sind 2 Dienste 1/ docker mit eigener IP (wenn custom br0 genutzt wird) 2/ die HA VM mit eigener IP aus dem dhcp Bereich wenn du dem Docker fix die .45 gibst, kann die VM nicht die .45 nutzen da bereits vergeben ... wenn der Docker jetzt zusätzlich nen proxy nutzen würde, könnte das gehen über die .45 (durch den proxy) die HA Instanz zu erreichen, sonst nicht ;) von einem Proxy lese ich jetzt nichts bei dem Helper Docker ... daher schätze ich war vorher etwas anders. Beispiel, der Docker war in der bridge und du hast mal die HA Instanz in deiner Fritz fix die .45 zugewiesen ...

like (sadly) expected ... your issue is somewhere else. rather check the plex logs and consult the plex forums with your logs to check what may be the culprit ... like mentioned before, the little data usage needed ... even high bitrate 4k media would peak at 10 MB/s read speeds ...(100 mbits) ... even cheap usb sticks will manage this ;) as guess, either your network infrastructure or client/s have issues ... but thats just a shot into the blue, so take the logs

das beißt sich nun etwas da der Docker nur für die Installation der VM zuständig ist und nicht HA selbst ... sprich, die VM hat eine eigene IP, da läuft halt einiges automatisiert usw usw ... wenn du schon diese Art wählst, lies dich mal ein, gerade zum Thema webui, IP updates, ...

aus den Bildern werde ich jetzt nicht wirklich schlau ... screenshots machen auch mehr Sinn, aber egal. mit nem script wird das auch nicht so einfach, die USB Platten werden anscheinend "zufällig" initialisiert, bekommen gerne eine andere ID und damit ist das Array gerne ungültig ... du kannst im englischen Teil nach workarounds suchen ... aber ob das was wird, schau nach.

du hast halt permanent folgende Fehlermeldung im log (was es auch voll schreibt) normal, Hardware Thema ... oder zu aggressive Powersavings versucht ...

as mentioned many times, rather provide full diagnostics instead, better chances to get help. overall, its not really recommended and sys related if the hardware has issues with usage like this. recommended is always, either use this plugin and keep VM passthrough out of the game, OR vfio bind the card and use it exclusive in a VM. i personally use it also as "wanted", either VM or Host (Docker) usage and never experienced any issues, but it can happen ... as mentioned, depending on some points if that will work or now and you have to be carefully to setup all nice so you never run into conflicts with dual access (host and vm)

little extension custom br0, eth0, ... ipvlan > all dockers with individual ips on the main subnet, with the SAME mac address macvlan > all dockers with individual ips on the main subnet, with the UNIQUE mac addresses despite on recommended using ipvlan, depending on the network hardware in use @home, ipvlan will result in conflicts reaching services as routing can rely on mac address, if all using the same mac address ... services are not really usable. so when using all services like here (all services with unipque ip's, listening all on their native ports) as sample i have to use macvlan as my hardware enviroment rely on mac addressing.

best practice to debug in my experience 1/ a monitor will show the most results 2/ syslog to flash 3/ syslog server now, a "hard" reboot by itself usually means, hardware failure somewhere ... if the OS crashes it usually feeeze and you have to hard reboot yourself. so may describe, what is meant with "bring my whole unraid system down" 1/ OS freeze 2/ Server hard reboot by itself on 1/ see upper debug choices and lets see on 2/ ... hardware, very hard to debug ... most likely trial & error, RAM, Heat check, PSU check, CPU check, Mainboard check, ... may too aggressive active power savings ...

are the files there ?

hier wäre die hier verbaut https://www.amazon.de/dp/B0C89J2HX5?ref_=ppx_hzsearch_conn_dt_b_fed_asin_title_1

GTX1050++ da hätte man auch ein paar mehr Möglichkeiten

kann sein, ich nutze keinerlei zfs da für mich auch dies zu anfällig ist ;) irgendwas greift auf system ja anscheinend zu da "busy", was anderes noch drin ? lxc, scripts wo da greifen, ... ? @JorgeB may an idea, cant remove system Share from zfs, all Services should be off (VM, Docker)

Docker oder VM Dienst aktiv ?

bekommt man, hier auf dem n100m getestet und mittlerweile (Unraid v7) auch 1:1 im Verbrauch auf 2.5G wie mit 1G onboard. hatte ich mal im n100er Thread gepostet, war selbst erstaunt, daher auch so belassen.

nur um es nicht zu vergessen ;) asrock n100m (2x pcie slots) onboard, 1x nvme, 2x sata pcie1 > 2.5G NIC pcie2 > pcie sata asm 1166 er Karte, sollten 4 HDD's zusätzlich gut versorgt sein ;) etwas höherer invest wäre noch, pico psu mit Netzteil (160W) und Splitter Kabel für 4 HDD's zu versorgen. nur angemerkt, dein geplantes Sys hätte mehr Ressourcen nach oben und 2x nvme anstelle 1x ... n100m wäre aber etwas effizienter für den bisher beschriebenen usecase.

genau, das ist auch dafür optimal was du da beschreibst ... n100 (oder das n100m wenn doch extra pcie Thema werden könnte) hat nen m2 slot, 2 sata onboard, einen pcie slot für ne asm1166 er Karte und alles ist gut ;) (die m Variante hätte 2 pcie slots)