alturismo

eine diagnostics <<click<< hier bereitstellen, dann könnte man eher was dazu sagen. Auslöser sind meist, Verschiebungen (USB, Devices, ...), defekte Laufwerke oder Docker Images (btrfs) nach Neustart (unclean), usw usw ... Hat meist weniger was mit dem Update an sich zu tun sondern kommt dann (leider) parallel dazu.

Tipp, im richtigen Teil posten, hab es jetzt hierher verschoben, Anleitung ist das ja nicht ;) Tipp, schalte mal Bonding aus und zieh den 2. Netzwerkstecker ab, oder hast du noch einen switch dazwischen um das sauber zu konfigurieren ?

ich sag mal eher persönliche Präferenz, mehr Speed ist für mich relevant, ebenso keine spinups und ruhende Platten bei Daten wo ich persönlich länger auf dem Cache vorhalte, aber der usecase hier ... was spar ich denn effektiv, ja, am Produktiv können die lesenden Platten schneller wieder in den sleep, im Gegenzug beschreibe ich einen cache und danach lese / schreibe ich vom cache auf hdd im Backup System bevor das wieder in den sleep geht, also selbst rein energetisch gerechnet wage ich zu bezweifeln dass das aufgeht. Aber das Schöne ist ja, jeder wie er mag, und ja, dein Ansatz oben passt ja, kann man mit ner Prüfschleife noch abfangen usw und der gewollte workflow wäre auch umsetzbar, ich wollte nur eine Alternative aufzeigen. meine Backups laufen auch direkt ins Array bei Server 2, sind ja nicht sooo viele GB wenn ich Medien wöchentlich kopiere, mit 2.5G geht das auch recht flott.

Das alle HDD laufen und nicht nur 2 (Daten und Parity).

ja, aber ob das sinnig ist wenn man gegenüber stellt >> write auf cache (Produktiv > Backup) >> read cache (Backup) >> write array (Backup) in Summe "energetisch" ... ich nenn es mal "fragwürdig". noch ne Alternative, am Backupserver umstellen auf reconstruct (Turbo), damit schreibst du ziemlich mit nativer HDD Geschwindigkeit, da es nur um den Backupserver geht könnte dies eher eine Option sein anstelle 2x die Daten komplett zu kopieren.

ich würde erstmal wie folgt starten 1/ rsyslog korrigieren, macht keinen Spaß dein syslog zu sichten mit 100n syslog daemon Fehler 2/ deine xyz power savings mal deaktivieren, im go file, ebenso autotweak, ebenso aspm helper, ... du hast auch ne Menge Fehler dazu im syslog, anscheinend etwas zu aggressiv 3/ deine vfio bindings, was machst du da und warum mit den devices ? im passtrough in die VM ? dann lieber syslog to flash aktivieren das man den crash auch sehen würde. ich tippe mal auf falsches passthrough oder power savings das da was aussteigt ...

mal abgesehen von Jelly / Emby (ja, Jelly baut auf einer "alten" Emby Version auf), das Problem bezieht sich auf eine alte Kernel Version (Intel Thema). welches jedoch mit halbwegs aktueller Unraid Version erschlagen sein sollte, welche Unraid Version nutzt du ?

the used rsync command is by default to keep priviledges as the source ... (your array files) you can also modify it if wanted at your own risk ;) (at the bottom from the settings page) but may try the following in unraid terminal new folders should be then 777, let me know if that solves your issue so i ll implement it by default.

ssh aktivieren für die Zukunft das eine Alternative zu webui besteht, wobei es hier jetzt eher daran liegt deine Netzwerkkarte steigt als aus. mal den Realtek Treiber installieren aus dem CA App dann solltest du noch in den Netzwerkeinstellungen den bond deaktivieren (Verbund mehrerer Netzwerkkarten) da Fritz und nur eine vorhanden ist. Thema Tastatur direkt an der Maschine, wahrscheinlich Tastatur Layout englisch vs. deinem Pass mit Sonderzeichen usw ...

it does set the GPU and audio as 1 device (like in bare metal). by default the GPU (graphic) and GPU Audio (audio device) are set ass 2 separate pcie devices in the VM, with multifunction enabled it ll be 1 pcie device with multiply functions like its supposed to be (as bare metal device).

hast du einen /data <> /mnt/user/.... mount im docker eingerichtet ?

im passenden support Thread nachhaken mit entsprechenden Fehlermeldungen (logs, ...)

das hast du ja bereits verlinkt, einfach das Docker Image / Verzeichnis neu aufsetzen. der Hinweis meinerseits, btrfs hat (leider) öfters solche Anfälle, daher perspektivisch überdenken ob nich xfs bei single drive die bessere Wahl wäre, setzt aber komplett format und neu voraus des caches ;)

ich würde erst die Datenbanken aufsetzen, auch wenn es nicht elementar sein sollte. weiter unten auch beachten falls es ein single drive cache sein sollte ob du weiterhin bei btrfs bleiben willst.

oder schau die einfach die passenden Konfigurationen erstmal an Share /appdata ist wie eingestellt ? primary cache, secondary ? Share /system ist wie eingestellt ? (da liegt das Docker Image/Verzeichnis). usw usw ... dann kämem die jeweiligen Dockers mit Ihren Pfaden, hart eingestellt auf /mnt/cache/... oder sauber eingestellt auf /mnt/user/...

tools, new config, Platten entsprechend zuweisen. Daten sollten direkt verfügbar sein, Parität wird neu erstellt.

ja, vergiss nicht deine Lizenz Datei !!! Backup und bevor du startest wieder drauf.

wenn du auch die Vorteile von striped raid haben willst, ja. kann btrfs auch mehrere unterschiedlich große disks zu einem Verbund zusammenfügen, ich meine ja, aber nicht per webui integriert. per cli sollte es gehen, ich meine so Bsp (/dev/sdN ersetzen mit den gewollten disks), das sollte einen "pool" erstellen mit voller Kapazität OHNE Redundanz !!! @JorgeB may correct me if im wrong, multiply different sized disk as 1 full useable btrfs volume.

wie erwartet ist deine cache disk defekt, btrfs ... passiert leider gerne, da dein cache single disk ist für die Zukunft evtl. auf xfs setzen danach suchen, versuchen zu reparieren ... Vorschlag meinerseits, wipen, formatieren (xfs), Backup einspielen.

you should enable logging yes there the logs inside the plugin are just filtered from syslog

schreibe einfach mal den Support an, die lösen das normal recht fix. https://unraid.net/support

Das solltest du auch auf einen Pfad mounten, /mnt/... Einen echten Pfad auf den Host.

gute Frage und Nein, heißt normal das etwas falsch mounted wurde uns Daten im Image landen und nicht da wo Sie eigentlich hin sollten. In deinem Fall sollen ja Uploads zu /mnt/user/immich_data/media mal geschaut ob deine Bilder da sind ? da ich compose weder nutze noch ein Freund davon bin können andere sicher bessere Antworten liefern, wie erwähnt, sicher irgendwo ein kleiner Fehler.

wenn es um rsync und hardlinks geht, schau dir die Option -H an.

not if you run it as docker ;) vgpu's are basically meant for VM's as by design they need exclusive devices (sample a vgpu).