alturismo

beschreib mal was du meinst bitte. Server nicht mehr erreichbar ? Dienste nicht mehr erreichbar ? (Dockers, smb, ...) Harte Neustarts aus dem Nichts ? in den logs ist jetzt nicht wirklich was drin wo ganz klar wäre was ... diverses was macht der Client da wieso diese Einträge als Fritz User und ipvlan, wenn da eine andere IP noch läuft ist ipvlan bei Fritz kritisch usw usw, aber sag mal bitte an was genau du meinst mit "crash"

should be self explaining ;) also, there is a help on each function (mouse over "?"), may i ask what is unclear ?

im using the official plexinc one, but when i remember correctly, lsio likes also a env meanwhile to update "inside"

und auch keine plugins aktiv ? und auch kein zfs ? wenn nichts passiert ist das sehr ungewöhnlich, bei zfs normal falls das genutzt wird was klar sein sollte.

https://docs.unraid.net/unraid-os/using-unraid-to/manage-storage/array/replacing-disks-in-array/#what-is-a-faileddisabled-disk

Ich nutze FB schon ewig und habe das Problem nicht 😉 Zeig mal deinen docker run Befehl auf, anscheinend ist deine Konfiguration falsch.

Das sollte über die lokale Bridge laufen, 10G+ ... Sollte nicht langsamer sein wie ... virtiofs hat leider auf Windows öfters Probleme, generell, egal welche Plattform.

last lsio update, 4 days ago, but did you may "nail" your version by tagging ? https://hub.docker.com/r/linuxserver/plex/tags

passt ja, außer das dann die disk halt immer up ist bei VM. sofern du nicht "manuell" umgestellt hast von /mnt/user auf /mnt/cache... greift auch alles was auf dem array liegt.

die VM Parameter sind unter /system/libvirt/... die VM an sich ist unter /domains/vn_name//... wenn beides aus einem backup restored wurde sollte die auch einfach wieder starten.

einen scrub ausführen, siehe Unraid docs. ansonsten, wenn es eine single cache disk ist, btrfs ... ich weiß man will es nicht hören, aber meine Erfahrung hier war damit leider immer, fehleranfällig ... daher empfehle ich bei single cache drives immer xfs, und wenn es raid sein soll, muss, ... dann halt zfs.

du interpretierst die "Meldung" falsch, der sagt dir nur das Daten auf cache_ssd liegen OBWOHL cache_nvme eingestellt ist. Vermutung, du hattest vorher cache_ssd eingestellt beziehungsweise Daten da abgelegt ... daher wie erwähnt, verschieben, das passiert nicht von alleine, eine Umstellung in den Share Settings greift AB dann für neue Ding, nie für vorhandene ... wie man verschiebt, unbalance plugin, file manager, krusader docker, terminal, was auch immer dir am Besten liegt ;) wie erwähnt wurde, dein Share setting ist cache_nvme > array, deine vorhandene Daten liegen aber da (noch) nicht ;) wenn du jetzt manuell verschiebst, entweder auf den anderen pool, dann greift auch der mover oder direkt ins array, dann braucht der mover nichts mit den vorhandenen machen.

Das Plugin ist auf herunterfahren eingestellt, für wol sollte der Server im sleep sein, nicht komplett aus ... Im BIOS sollte dann noch die Option sein für wol, was wahrscheinlich bereits aktiv ist, auf den screen ist für mich die Option nicht da, sicher woanders.

wenn es dir um dockers geht, nutze doch einfach die simple Version meine Anleitung ist zwar jetzt etwas älter, aber ... was hat sich seither geändert, anstelle des manuellen Eintrags --net=container... kannst du einfach den VPN container im dropdown wählen, fertig. dann läuft der "client" Docker komplett über den VPN Docker. um den VPN Docker zugänglich im LAN zu setzen, einfach dort die LAN Maske setzen (VPN Docker), sollten alle haben, Beispiel Uploading Attachment... dann sind auch alle Services normal im LAN erreichbar

nicht wirklich, da gehen bei beiden ca. 4 x 4k > 1080p usw, aber er hat hat 5 mbit upstream, mehr wie 1 - 2 wird er nich parallel brauchen, daher ganz easy ... Limit ist eher audio transcode wenn nur DTS-HD ++ anliegt, das läuft über die CPU dann und brauch Ressourcen.

per se ist Unraid eingestellt, power button == shutdown wenn du einen Monitor (oder kvm) angeschlossen hast siehst du auch was passiert beim Druck auf den button. Wenn das nicht geht würde ich eher mal im miniforums nachfragen.

i would say yes, and i know what hardlinks are ;) you can easy test yourself, move some file/s to your location (after removing the hardlinks) and test. so the real file is somewhere on /mnt/disk1,2,3,.../media/library/movies/moviename/movie.mkv /mnt/disk1,2,3,.../media/library/tv/showname/season N/episode.mkv and your Share Setup is like mentioned above, so the file gets copied to /mnt/downloadcache/media/library/movies/moviename/movie.mkv /mnt/downloadcache/media/library/tv/showname/season N/episode.mkv and your user Share Media is like primary > downloadcache secondary > array disks and your jelly setup is like /mnt/user/media ... then yes, thats the normal setup as it should be.

wie in CB auch empfohlen, lies dich mal ein zu den Threads welche bereits existieren. n100(m) oder gigabyte, und willkommen ;)

eher nicht, auf dem Stick wird dazu nichts gemacht. woran kann das liegen, gerne wenn die Platte per se in btrfs läuft, so zumindest leider meine Erfahrung, dann zerhaut es auch gerne das darauf liegende Image. Daher mal vorne angefangen, wo liegt das Image bzw. wie ist der Share /system eingerichtet. Und davon ab, auch gern gemachter Fehler, bist du dir sicher das kein Docker falsch konfiguriert ist und permanent ins Image schreibt (dieses läuft dann voll ...) Das sind die 2 Gründe wo meist dafür verantwortlich sind.

in short, hardlinked files are not considered in my logic inside the plugin, so i sadly i have to say this doesnt work, your cache (downloadcache) setup is looking fine from user Share setup point of view, but this would end in copy file to cache, change hardlink, when done change hardlink back or whatever, so sorry, cant help here.

nope, was eine kurze google Suche auch (leider) bestätigt ;)

wie bereits erwähnt wurde, ja. Harte Neustarts sind eigentlich immer Hardware Issues, wenn es bei Last aufkommt würde ich auch 1/ RAM 2/ Netzteil 3/ CPU 4/ Mainboard in Erwägung ziehen. Da sich so ein harter Neustart leider nicht wirklich ankündigt steht dazu meist auch nichts in den logs (leider), manchmal hat man Glück und memory errors kündigen einen Fehler an, aber auch da recht selten, wenn ist es meist zu spät. Daher bleibt da meist nur viel "trial & error".

sorry, but it really looks like your base setup is like hardlinks related when you check this, is there content there ? and also there ?

einiges ist hier bereits beantwortet https://unraid.net/blog/unraid-7-3-beta.1 manches wahrscheinlich hier, ansonsten würde ich die offenen Fragen dann in englisch dort anfragen