Moinsen.

Nach Tagen des Rumprobierens bin ich mit meinem Latein am Ende.

Ich kann eine installierte NVME nicht mehr als Cache zuweisen. Die Platte wird erkannt, Daten sind noch vorhanden (u.a.) Docker.img, aber ich bekomme die name nicht mehr als Cache zugewiesen.

Zunächst war der Server immer wieder abgestürzt. Ein ungültiges Plugin wurde vermutet (dynamic.systemp.temp.plg). Dieses und andere Skripte habe ich disabled.

Danach den Server neu gestartet. Da die Docker.img allmählich zu klein war, habe ich die Größe geändert. danach stürzte der Server aber trotzdem hin und wieder ab, wenn man docker Container benutzte. Ausserdem ist aufgefallen, dass Docker häufig plugins nachgeladen hat. Alles in allem wurden alle Skripte disabled, Irgendwann wurde das Array nicht mehr hochgefahren, da die NVME nicht erkannt wurde.

Inzwischen kann ich die NVME wieder mounten, aber nicht mehr als cache einbinden.

Was kann ich noch versuchen?

Edited Saturday at 07:53 AM5 days by juliett_papa

7 hours ago, juliett_papa said:

Was kann ich noch versuchen?

besser ist immer eine diagnostics anstelle der 2 log Dateien.

ich meine in den letzten Versionen wurde was geändert, wenn die Daten noch da sind

new config > sofern du hdd + parity nutzt, ggf, nur pool disk auswählen für new config, vorhandene "cache" pool disk dann wieder zuweisen.

Meinst Du die gesamte diagnostics.zip?

Inzwischen habe ich die NVME wieder mounten können. Meine KI hatte mich stundenlang in die Irre geführt. Der Trick war, dass die NVME nicht als unassigned device gemounted sein darf.

Nicht gelöst ist die Ursache für die Abstürze. Die Daten sind noch da. Soll ich die gesamte Zip hochladen?

17 minutes ago, juliett_papa said:

Nicht gelöst ist die Ursache für die Abstürze. Die Daten sind noch da. Soll ich die gesamte Zip hochladen?

was heißt denn "Abstürze" ?

harte Neustarts, friert der Server ein, ... ?

bei ersterem, kannst du dir das wahrscheinlich sparen da fast immer Hardware bedingt, bleibt nur trial & error, wenn zweiteres dann

1/ syslog to flash aktivieren

2/ nach dem nächsten crash die komplette diagnostics hochladen

und generell ja, immer eine komplette diag ... wenn man Hilfe möchte.

thnx. Ich kümmere mich da heute noch drum. Er ist gerade wieder abgestürzt. Wenn ein Docker container geöffnet wird, dann ist der host nach ein paar Minuten nicht einmal anpingbar.

Hier ist die letzte Diagnostik von vorgestern.

Die von heute kommt später.

Um meine Aussage zu präzisieren: Der Unraid Server läuft im headless mode. in der ganzen Nacht ist zb der Technitium DNS Server im Docker Container durchgelaufen.

Wenn ich über den Browser darauf zugreife und mich in ein paar anderen Container umschaue, friert der Unraid Server ein und ist nicht mehr anpingbar. Auch ein dann angeschlossener Monitor ud Tastatur helfen nicht mehr. -> Hard reset erforderlich...

Edited Saturday at 02:30 PM4 days by juliett_papa

7 minutes ago, juliett_papa said:

Hier ist die letzte Diagnostik von vorgestern.

wenn du ein Fritz Box user bist, du solltest dringend mal ein Update vornahmen, 6.12.... ist schon ne Weile her.

Es gab ein großes "Freeze" Problem mit Fritz (und anderer Hardware) welche die mac als führendes System nutzen,
daher erstmal bitte Update durchführen, in der alten Version macht es wenig Sinn nach Fehlern zu suchen.

Ebenso in den Docker Einstellungen auf macvlan einstellen, besonders wenn Docker mit eigener IP genutzt werden.

okidoki.

Vielen Dank,

ich arbeite das erst einmal ab und melde mich dann wieder.

Mein Server ist gerade mit dem Update beschäftigt. Unabhängig vom Erfolg in dieser Sache, finde ich es genial, dass ich hier meine Probleme schildern kann und mir geholfen wird.

Wo kann ich Dir hier einen Kaffee ausgeben?

Edited Saturday at 01:26 PM4 days by juliett_papa

Aargh. Eine Zeitlang sah es gut aus: Update erfolgreich, Docker auf macvlan gesetzt, aber jetzt: wieder down.

Muss ich die einzelnen Docker Container mit eigener IP Adresse einzeln auf mvl-ur umstellen?

Hier ist die aktuelle Diagnostik...

diagnostics-20261017-2055.zip

Edited Saturday at 07:05 PM4 days by juliett_papa

Ein Server, der ohne Logeintrag steht, auch an Monitor und Tastatur, deutet eher auf Hardware oder BIOS als auf Docker. Damit man beim nächsten Mal etwas sieht:

1. Settings → Syslog Server → "Mirror syslog to boot drive" auf Yes. Nach dem nächsten Freeze die Diagnostics posten, dann ist die letzte Minute vor dem Stillstand drin.

2. BIOS: Stromsparfunktionen prüfen, konkret "Power Supply Idle Control" auf "Typical Current Idle" und testweise "Global C-States" aus. Das steht nicht in deinen Logs, es ist eine Vermutung aus Erfahrung.

3. Memtest eine Nacht laufen lassen oder falls XMP/EXPO für den RAM aktiv ist, testweise aus.

4. Unassigned Devices: Deine NFS- und SMB-Freigaben vom OMV-Server sind mit "hard" eingebunden. Hängende Remote-Mounts können einen Server stehen lassen (Irrtum vorbehalten). Für die Fehlersuche das automatische Mounten dieser Freigaben ausschalten.

Welche der Punkte es ist, lässt sich ohne Log vom Absturz nicht sagen; darum zuerst Punkt 1.

Edited Saturday at 07:26 PM4 days by UnraidSecretaryOffice

Danke, werde ich testen.

mirror syslog to boot drive war aber schon an...

Edited Saturday at 09:15 PM4 days by juliett_papa

Dann ist das Log in deinen Diagnostics tatsächlich das gespiegelte. Der Server ist also ohne jede Meldung stehen geblieben. Das spricht noch deutlicher für Hardware oder BIOS.

Beim nächsten Freeze: Monitor dranlassen (falls möglich) und ein Foto vom Bildschirm posten, falls dort überhaupt dann noch etwas steht. Eine Kernel Panic landet mit etwas Glück noch auf der Konsole, auch wenn sie es nicht mehr ins Log schafft.

8 hours ago, juliett_papa said:

Muss ich die einzelnen Docker Container mit eigener IP Adresse einzeln auf mvl-ur umstellen?

Nein, nur allgemein in den Docker Settings.

fangen wir mal vorne an, das syslog sagt leider nicht viel aus.

Netzwerk Setup allgemein

1/ du hast Standard "bond" konfiguriert, sprich, einen Verbund mehrerer Netzwerkkarten, umstellen ..
- du hast nur 1 NIC und bist Fritz Nutzer, da macht ein bond Setup keinen Sinn.

2/ ich frag mal nach, dein DNS setup ...
- in Unraid, welchen DNS Server hast du da eingetragen ?
- du nutzt anscheinend einen dns docker und pihole, wenn Unraid da irgendwie mit eingebunden ist in der Kette und ein Docker ein Problem bekommt, kann das zu Problemen führen, daher hier mal bitte kurze Rückmeldung was dein setup Gedanke dahinter ist.

3/ ich erwähne es nur, dein cache ist "btrfs", das führt (leider) häufig zu Problemen, jetzt muss man fairerweise sagen man sieht keine Fehler hierzu in den logs, aber wäre irgendwann eine Option ... da eh single cache, Empfehlung, Dienste aus, Backup, disk formatieren in xfs, Backup retour, Dienste an, aber das nur wenn sonst nichts mehr hilft.

4/ abschließend, Shares aufräumen (hat nichts mit diesem Problem zu tun, nur bei Gelegenheit)
- folgende Shares sollten keine Daten auf dem Array haben (share only)

appdata shareUseCache="only" # Share exists on cache, disk1

M----n shareUseCache="only" # Share exists on cache, disk1

Bitte vor allem mal das Thema Netzwerk aufdröseln was, wie, wo bei dir da eingerichtet ist.

dns-server, pihole, holt deine Fritze die Daten von da, usw .. wie abhängig ist Unraid / deine Infrastruktur von diesen apps.

da dein Server anscheinend auch nur Stunden durchhält, auch mal eine Option, safe mode starten und laufen lassen, nur zum Schauen ob er da ON bleibt.

Und ja, Hardware ist immer sehr schwierig im debug da sich das meist nicht in den logs spiegelt.

Prima, da habe ich ja einige Sachen, die ich noch prüfen kann.

Gestern habe ich Docker insgesamt abgeschaltet und eine Sicherung per Terminal und rsync vom Cache auf eine USB-Platte gemacht. Dabei ist er nach längerer Zeit abgestürzt. Wird also eher nicht an Docker liegen, wie ich zunächst vermutet habe.

Dann nach Neustart ohne irgendwelche Aufträge läuft er die ganze Nacht (ca. 9h) durch.

1. Jetzt habe ich nach dem DNS Server geschaut, der steht auf 1.1.1.1, dabei ist er dann wieder abgestürzt (Zugang über Web-Browser ohne angeschlossenen Monitor und Tastatur)

Mir war nicht bewusst, dass man den DNS Server auf Unraid einstellen kann/muss. DNS ist auf der FritzBox eingestellt. Pihole auf einem Raspi. Als sekundärer DNS ist auf der Fritzbox der Technitium Server aus Unraid/Docker eingestellt.

Vor ein paar Tagen war der Unraid Server so abgestürzt, dass ich die CMOS Batterie abklemmen musste, damit er überhaupt wieder auf Tastendruck anläuft.

Netzteilspannung, Tasterfunktion, Memtest (nur ca.20 min), Lüfterfunktion, Lüftersteuerung nach Temp. alles ok.

Der PC (ASRock Mini X300 mit Ryzen 5, DDR4 Ram, 2x16G) ist ein Bauvorschlag von Heise/CT, die hatten allerdings den Lüfter etwas runtergeregelt, damit er leise ist. Ich habe dann irgendwann gemerkt, dass die CPU bei 96° steht, wenn zB. große Bilddatenbanken gescannt werden. Die Lüftersteuerung habe ich danach angepasst. Kann die CPU dadurch Schaden genommen haben?

Also werde ich mich als nächstes mal mit dem BIOS beschäftigen, stehen ja oben ein paar Tips. Ansonsten kenne ich mich da nicht so mit aus.

Es bleibt spannend...

Edited Sunday at 07:45 AM4 days by juliett_papa

Danke, das hilft weiter. Dass er auch ohne Docker beim rsync einfriert, nimmt Docker und Netzwerk praktisch aus dem Spiel, es bleibt Hardware. Dazu passt, dass du schon einmal die CMOS-Batterie abklemmen musstest.

1. BIOS: "Power Supply Idle Control" auf "Typical Current Idle". Testweise dazu "Global C-States" aus.

2. Netzteil: Solche Freezes bei Lastwechseln können ein typisches Zeichen für ein Netzteil sein, das bei sehr wenig oder plötzlich viel Last unsauber wird (Erfahrung, nicht aus deinen Logs). Wenn du ein passendes anderes Netzteil greifbar hast, testweise tauschen (Wenn die BIOS-Einstellung das Problem nicht bereits lösen).

3. Memtest über Nacht, nicht nur 20 Minuten. Aber nur wenn die BIOS-Einstellungen das Problem nicht lösen können. Bisher habe ich es jedoch noch nie erlebt, dass das RAM das Problem war.

Edited Sunday at 11:11 AM3 days by UnraidSecretaryOffice

Global C-State Control habe ich auf deaktiviert gesetzt, Core Performance Boost ebenfalls. Allerdings find ich "Power Supply Idle Control" gar nicht.

Es gibt so etwas wie : CLDO VDDP Voltage Control und CLDO VDDG CCD Voltage Control, aber die stehen alle auf AUTO und es gibt keine anderen Alternativen. Da müsste man etwas anderes reinschreiben, bestenfalls das Richtige :-)

Edited Sunday at 11:37 AM3 days by juliett_papa

Passt so. “Power Supply Idle Control” musst du nicht weiter suchen: Sie verhindert nur den tiefen Leerlaufzustand, der manche Netzteile stört, und den hast du mit “Global C-state Control = Deaktiviert” bereits abgeschaltet. CLDO VDDP/VDDG auf Auto lassen, da gibt es nichts einzustellen. Jetzt ein, zwei Tage so laufen lassen: bleibt er stabil, war es das; friert er wieder ein, kommt das Netzteil dran oder weiter suchen....

Edited Sunday at 12:09 PM3 days by UnraidSecretaryOffice

Der RamTest ist 8 Stunden ohne Fehler durchgelaufen. Danach habe ich den PC mit “Global C-state Control = Deaktiviert” wieder betrieben. Der Stromverbrauch im Idle Betrieb ist höher, also scheint das zu funktionieren.

Allerdings ist der Rechner wieder eingefroren. Also als nächstes wohl ein anderes Netzteil auftreiben....

Edited Sunday at 09:25 PM3 days by juliett_papa

Hier ist die neue Diagnostik Datei. Ich habe noch die Ergänzung aus dem bespiegelten Syslog hinzugefügt.

tower-diagnostics-20261018-2334.zip Syslog-gespiegelt.rtf

5 hours ago, juliett_papa said:

Allerdings ist der Rechner wieder eingefroren. Also als nächstes wohl ein anderes Netzteil auftreiben....

hast du keinen Monitor (und ggf. noch ne Tastatur) die du zumindest zum debug mal dranhängen könntest ?

einfach um das Thema Netzwerk auch auszuschließen, sprich, wenn dr Server im Netzwerk nicht mehr da ist, reagiert er noch "lokal direkt an der Konsole"

Doch habe ich. Ich habe es gerade noch einmal erneut probiert. Der Server ist wirklich "weg."

Der Lüfter dreht noch langsam, aber sonst ist alles tot. Monitor bleibt dunkel, Tastatur und Maus werden nicht erkannt (d.h. die Anzeigen bleiben dunkel und auch die rote Led unter der Maus bleibt dunkel !)

Zum Neustart muss dann auch der Stecker gezogen werden, alleine über den Reset-Knopf tut sich nichts.

Bleibt eigentlich nur noch das Elektrische... Netzteil oder Board. Netzteil tauschen wäre der nächste logische Schritt; wenn es damit weiter einfriert, bleibt das Board.

2 hours ago, juliett_papa said:

Der Lüfter dreht noch langsam, aber sonst ist alles tot. Monitor bleibt dunkel, Tastatur und Maus werden nicht erkannt

ok, also ist ein Monitor dran, dann zum debug bitte wie folgt

dann bleibt der screen ON und vielleicht sehen wir eine Meldung ...

2 hours ago, juliett_papa said:

und auch die rote Led unter der Maus bleibt dunkel !)

die sollte bei Strom immer "flackern", sprich der Abtastsensor der Maus, hat normal nichts damit zu tun ob ein PC läuft oder nicht.

also, ja, es kann Software sein, ja, es kann Hardware sein (leider bei AMD auch eher anzutreffen)

also, Tipps sind da, schau nochmals bitte mit aktiviertem Display oder fang an mit Hardware debug.

On 10/19/2026 at 4:43 PM, alturismo said:

die sollte bei Strom immer "flackern", sprich der Abtastsensor der Maus, hat normal nichts damit zu tun ob ein PC läuft oder nicht.

..also das spricht ja dann dafür, dass die Stromversorgung auf dem Motherboard nicht mehr zuverlässig funktioniert.

Ich teste mal die anderen Sachen und melde mich wieder, wenn ich etwas Neues herausgefunden habe. Erst einmal wird ein Netzteil gesucht...