alturismo

may rather take a look at the plex docker logs, from syslog side its looking ok, docker seems to start clean (system side) what likes to happen, sqlite issues with the plex database on a unclean shutdown, should appear in the plex docker logs.

Ich hätte mal noch gewartet (sorry), aber schauen wir mal ;) was mich halt wundern würde wenn es wirklich nur in dem Kontext passieren würde, anscheinend kommt das ja von hdparm dass der Zustand so ist (kein spindown möglich), sprich, die Hardware meldet das "warum auch immer" und es geht dann nichts mehr (auch manuell nicht). bis gespannt ;)

@MAM59 nur nochmals gefragt, sicher dass das nur passiert wenn die besagte Disk in einer Startup Gruppe ist ? sprich, wenn du keine Startup Gruppe nutzt passiert das nicht ?

der Ordner /mnt/user/system/docker ist auch nicht persistent, sprich, den zu kopieren macht wenig Sinn. die relevanten daten liegen auf /boot/config/plugins/dockerman/... Start Parameter deiner Dockers /mnt/user/appdata/... die effektiven persistent Daten der Dockers

it never "must" be off, its recommended to be off ;) in short, yes, always recommended on databases to turn off before you backup (replicate). for plex and its sqlite database, well, up to you, sample here, i am not stopping plex therefore, is it recommended, also here, yes if you want to be more failsafe. same goes for any backup solution you take

gibt es immer, ist der "array only" Zugriff bei einem Share Bsp, cache nvme (pool) und array, Share "Daten" /mnt/user/Daten zeigt alles an, egal ob die Daten auf dem ssd pool oder array sind /mnt/user0/Daten zeigt nur das array an (HDD)

naja, wenn die Software da was ansteuert, würde ich dort mal anfragen, Bsp. issue aufmachen https://github.com/SasaKaranovic/OpenFanController/issues wenn es mit der alten Version (Kernel) ging, dann ggf. mit angeben.

@JorgeB may a hint what this is as soon this happens a spindown from this disk is prevented, either manual or traggered. thanks ahead for a hint

powertop-2.15-x86_64-1.txz hier das Paket, Ordner erstellen auf /boot/extra, dort rein packen dann Neustart oder im unraid terminal dann im terminal alles in /boot/extra wird beim Neustart installiert, sprich, ist dann persistent, den Befehl dann entweder 1/ in die go Datei, liegt unter /boot/config oder 2/ user script erstellen (wenn das plugin installiert ist) und ein script mit dem Eintrag, als schedule "at first array start only" dann wird powertop immer beim Start installiert und auch entsprechend ausgeführt.

es gibt keine klassische Systemplatte, nicht das du einen Denkfehler "mitschleppst", auch keinen "cache" im klassischen Sinn. es gibt pools, die richtest du dir ein, ob da jetzt "Systemdaten" liegen oder neue Daten "zwischengelagert" werden bevor diese verschoben werden, alles machbar, es gibt aber keine "flüchtigen" caches und auch kein c:/ ;) dann wie beschrieben, einfach löschen und auf dem gewollten pool neu starten, fertig, denk nur dran auch die /appdata auf den passenden pool zu legen, bei vm's auch /domains usw ...

eher Nein, wenn ich das sehe ist das Standard Image aber, der Pfad ist ... wahrscheinlich falsch, /mnt/user/system/docker/.... außer du gättest einen pool eingerichtet welcher sich 1/ system nennt 2/ ohne Unterverzeichnis arbeiten willst ein Tipp gleich hier @YozakuraFamily , hör auf manuell Pfade zu setzen ;) Docker Dienst stoppen, manuell die "alte" Image Datei löschen, korrekten Pfad einstellen, Docker Dienst starten, das Image wird neu erstellt, da ist nichts persistent relevantes drin außer selbst angelegte Docker Netzwerke. Einfach die einzelnen Dockers dann neu installieren, Docker Tab, unten add container, oben mittig dropdown, user templates, deine wieder installieren, Start Parameter liegen auf dem Stick, /appdata unter /mnt/user/appdata (hoffentlich) und alles ist wieder wie vorher. Thema btrfs hat @DataCollector ja perfekt erklärt.

Dienste stoppen (Docker, VM) unter settings, docker und settings, vm Shares wie beschrieben einrichten, dann mover starten, die Daten werden jetzt sauber verschoben, Dienste wieder starten. Info, ich würde die entsprechenden Shares danach auch primary cache_pool only stellen, Backup Strategie dahinter, fertig.

Nein, der Unterschied liegt tatsächlich nur von wo die geladen werden, wird dann in den RAM entpackt wie bei USB Boot auch.

ja, korrigiert. dann hör auf ;) ich hab die Punkte korrigiert, ansonsten auch der Hinweis hier, es gibt eine extra doc Seite wo alles drin ist, Link in dem entsprechenden Post.

und du hast auch keinen USB mehr drin wo eventull in der boot prio vorne liegt ? ;) aber selbst dann sollte das nicht sein, daher, siehe Empfehlung oben.

hier zumindest auf 1x nvme und TPM kein Thema. 1/ was bekommst du denn im Fenster beim Update angezeigt ? 2/ wenn da keine Fehler angezeigt werden würde ich empfehlen einen bug Report inkl. Screenshot mal anzulegen.

ich hab die Frage hierher verschoben da es nichts mehr mit Hardware und co ... nur als Info.

ok, dann funktioniert die lokale Kommunikation, aber dann bin ich raus, wie gesagt, kein NPM user ... aber da viele den nutzen, eventuell mal abwarten. Kannst ja noch zum wieder ganz sicher gehen die domain auch für nen anderen Dienst nutzen, nur um das auch auszuschließen.

Quatsch, liegt nicht an dir, der NPM hat leider kein ping im Docker installiert, sprich, müsste man nachinstallieren. versuch mal folgendes (ich nutze halt swag und nicht den NPM)

kannst mal wie folgt testen (IP zu pingen entsprechend der NC Instanz jetzt, ob eigene IP oder bridge)

das ist so nicht richtig ;) npm ist was anderes im Unraid Terminal ;)

korrekt Korrekt, mein Fehler, ich bin in dem .2 und .200 wirr geworden, sorry, anscheinend zu warm für mich ;) würde normal nur Sinn ergeben wenn die NC lokal auch nicht gehen würde, aber im LAN sagtest du ja, alles fein. und um ganz ganz sicher zu sein, geh mal in deine NPM Konsole (Docker Übersicht, Symbol, click, Konsole) und versuche die IP der Nextcloud zu pingen, oder aus der Unraid Konsole wie hier, nur halt ersetzen, hier swag = Nginx-Proxy-Manager bei Dir usw

dann bliebe nur noch NC mal auch auf dir br0 zu setzen mit eigener IP (dann bitte Port 443 nutzen). Ansonsten fällt mir nichts aus der Ferne ein, ich schätze auch fast du hast ein wenig viel da hin und her ... nicht offensiv gemeint, aber dazu dann am Besten Hilfe holen wo sich das an deinem Server auch direkt anschauen kann / soll, NC ist ja da jetzt kein Hexenwerk.

Anmerkung, zum debugging ganz ok, ansonsten ein USB Killer ansonsten sehe ich nur @JorgeB may an idea what could cause this ?

dein Nextcloud Docker ist doch über den Port 4996 erreichbar und nicht 443, da läuft wenn aktiviert Unraid selbst, außer du hättest den umgelenkt ;)