alturismo

hat mal ursächlich nichts mit "unter Unraid" zu tun da es jetzt egal ist. R-Studio, UFS Explorer, ReclaiMe, xfs-undele, ... aus Erfahrung da mir das auch mal passiert ist, wenn es nicht wirklich wichtige Daten sind, spar dir die Zeit ;)

seit Unraid 7 kann man auch pool > pool einstellen. ich würde heute wohl 1/ Hardware einbauen (neue disk) 2/ Dienste aus (Docker, VM, LXC falls im Einsatz) 3/ neue disk als zusätzlichen pool anlegen, bei single disk ist xfs die robusteste Wahl) 4/ die vorhanden Shares jetzt einmal kopieren (dann hast du auch ein Backup falls was schief läuft), wie .. Beispiele integrierten Fileexplorer (manuell, Main Seite, Master (links den Button davon), alle Ordner wählen, unten kopieren, Ziel die neue pool disk) Terminal, cd /mnt/master, cp -a .... << EINLESEN, auch backup danach vorhanden. Mover Taktik, Share Seite, alle Shares anwählen, umstellen auf secondary "Pool_Neu", mover laufen lassen << kein Backup !!! usw usw ... egal wie, jetzt sind die Daten auf dem neuen Pool. jetzt die Shares umstellen auf primary "pool_neu", secondary none und entweder die "Master" drin lassen und für was auch immer nutzen oder ausbauen. wenn du bei deinen Diensten, Dockers und co nicht manuell umgestellt hast und alles auf /mnt/user/ belassen hast (wie empfohlen), einfach starten und fertig, wenn du manuell in den Pfaden auf /mnt/master/... gesetzt hast, entsprechend anpassen auf den neuen pool, oder ... master ausbauen, neuen pool danach wieder zu master umbenennen, dann erst wieder starten. Eine Fehlerquelle, Docker ... nutzt du ein Image, dann sollte es auch recht problemlos mit copy gehen, nutzt du ein directory (Verzeichnis), würde ich überlegen das nicht zu kopieren und die dockers schnell neu zu installieren, beim kopieren des Verzeichnisses ... passieren gerne danach komische Dinge ;) /mnt/master/system/docker/ << steht in den Docker Einstellungen ob Image ider Verzeichnis, das wäre der Pfad den ich nicht kopieren würde.

Nein, ist normal ist das "nackt" und im Leerlauf oder laufen da Dockers, VMs, ... für den Einstiegs Vergleich mal abziehen und Dockers und co deaktivieren, disks in den spindown schicken und dann schauen.

ja, ist über den VPN verschlüsselt, der "externe" Zugang in Jelly muss wahrscheinlich aktiviert werden da nicht localhost und auch nicht die Standard LAN IP sondern Tailscale.

dann macht das auch wenig Sinn und vor allem keinen Spaß, du musst dann deinen Clients klar machen dem Cert zu vertrauen ... Anleitungen für self signed certs für localhost oder LAN gibt es online ja ne Menge, aber damit alleine ist es nicht getan ... wenn mit Domain gibt es Lösungen die auch nur lokal zu verwenden, über den Sinn ... egal, wirst deine Gründe haben ;)

well, if it stays stable, if your file transfers are all fine, if you checked file integrity, if ... i may would live with it when its a ~ 8+ Watt change ;) and disable the AER reporting then, either in BIOS or as Kernel Parameter (pci=noaer) or syslog filter or ..., but keep in mind if you see issues to remember and howto enable it again ;)

meistens Provider DNS Thema oder lokales DNS Problem (adguard, pihole, ... im Einsatz ?), Firewall im Einsatz ? unify und co ... oder auch mal Hardware wie ich gerade hart feststellen musste, mein zentraler Switch war defekt, also neuen bestellt, hat auch wunderbar alle 10G Anschlüsse synced, aber ich bekam immer mehr Probleme mit Endgeräten, erst Server wo macvlan nichts mehr außen erreicht hatte, dann Handys wo oft Aussetzer hatten, dann Teams Meetings wo ich auf einmal bei meinen Teilnehmern weg war (ich hab alles gesehen und gehört ...), usw usw ... Zimmer Switches getauscht, sfp+ Module gewechselt wie wild, Router getauscht, ... am Ende blieb nur noch der (neue) switch oder Provider, siehe da, gestern kam der neue switch, alles wieder ok ... hat mich in Summe gut 2 ganze Tage Nerven gekostet ... kurz, es kann vieles sein, ping mal vom Server aus ghcr.io oder github.com um zu schauen wie es darum steht. Und, zur Weihnachtszeit hin wird es auch gerne mal schlechter mit Verbindungen zu gewissen Seiten wegen massivem Traffic ;)

this is expanding alot ;) its a copy paste job, i ll look into it once i look at the php changes for mobile UI. for now, copy as sample this file to your system, rename it ...) change the following parts inside for one of your aspm rows make it executable (chmod +x), user scripts, run on array start ... copy the file for each aspm run, expand the user script ...

actually i wouldnt only consider this 1/ is it stable in all terms in the setup 2/ what is the real power consumption compared to each other then decide what is the best case for you sample stability, i once stumbled over a L0sL1 set in my onboard NIC, i realised some day my Live TV streams (SatIP Server) where distorted, so i checked Satellite Position, wiring, all kinda mess ... (1/2 day ...) until i remembered i changed my NIC's aspm mode, which was the cause of all this ... while transfer rates, latency was all fine, it just messed up my live streams ... yes, a edge case but a nice sample. this just as sample about "stability" and so on, so, put all together and then look whats the best case for you, in your upper sample i rather would take L1 only as the Server most likely will be more in idle ... but thats up to you.

da ist jetzt weder ein Server Fehler noch ein nginx (webui) Fehler zu sehen wie der Fehler besagt, der Docker ist falsch konfiguriert, schau dir da die Netzwerk / Port Settings an. wenn das webui nicht mehr erreichbar ist, geht dann noch ssh von deinen clients aus ? ist ja aktiviert, einfach mal testen, nur um zu sehen ob der Server komplett nicht mehr erreichbar ist oder wirklich nur das webui. rsyslog, hast du jetzt "doppelt", einmal als Netzwerk log und zusätzlich auf dem Stick, schalte Netzwerk logging wieder aus da dies früher aussteigt, syslog to flash reicht aus zum debugging und ist meist aussagefähiger (Netzwerk steigt meist früher aus). die xyz ssh Zugriffe, nutzt du extern ein script, eine HA Integration, usw um Daten von Server abzufragen ? wenn ja, deaktiviere das mal oder update dies, ich meine die neuere HA Version "hämmert" nicht mehr so auf den Server ein und nutzt die API dafür. wenn das nochmals passiert, ssh Test, wenn ssh geht, im terminal diagnostics aufrufen, dann haben wir eine zum Stand mit Fehler und sehen ggf. die Ursache, wenn auch ssh nicht geht, anstelle "hard power cycle", mal nur Power Button gedrückt und gewartet ob der Server normal herunter fährt ? Dann könnte ggf. noch der Realtek Treiber eine Option sein, seit dem Linux Kernel xyz haben manche System Probleme ohne den separaten Treiber und mal ohne powertop testen, wobei wir das dann normal im log sehen beim nächsten "crash".

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/...