mgutt

Infuse und Kodi laden nur den Film und transcodieren dann auf dem Client (falls nötig). Soll heißen die iGPU deines Servers wird nicht verwendet. Demnach kommen die Daten also nicht schnell genug von der Disk (unwahrscheinlich, sind ja nur ein paar Mbit/s) oder etwa stimmt nicht mit deinem Netzwerk. Bau die alte aus, bau die neue ein und weise sie als Ersatz zu. Die Parität wird dann komplett neu berechnet. Muss ja, weil die alten Paritätsinfos dann ja weg sind. Überhitzt die SAS Karte evtl, also ist die Kühlung in Ordnung? Bei einem Check wird ja von allen parallel gelesen. Also maximale Arbeit für die Karte. Eventuell ist sie auch einfach defekt?! Ich denke die Backplane ist so ausgelegt, dass eine Hälfte über Netzteil 1 und die andere über Netzteil 2 versorgt wird und wenn ein Netzteil ausfällt, dass dann alles über eines versorgt werden kann. Im Enterprise Bereich geht es ja meist um Ausfallsicherheit. Ist jetzt aber nur eine Vermutung.

So ein Board hatte ich auch mal. Kann man nutzen, hat nur eben Beschränkung auf 4x SATA und eine zusätzliche Karte erhöht dann ja weiter den Verbrauch. Mega sparsam war das auch nicht (mind 10W). Ich würde eher irgendein ITX Board nehmen, wo ein günstiger Pentium Gold G5xxx oder G6xxx drauf passt.

Ok, kann man leider nicht sehen was inotifywait gestartet hat.

Ich hatte mal alle Varianten ohne die Einstellung zu aktivieren, getestet: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/#comment-1027380

Dann vermute ich das, weil ich meine, dass Let's Encrypt ausschließlich Port 80 verwendet. Also auch nach 90 Tagen, wenn das Zertifikat erneuert werden muss. Also erster Schritt wäre Port 80 zu öffnen und dann versuchen ein Zertifikat anzufordern. Danach noch mal schauen ob es geht.

Bridge und Host können auch ohne diese Einstellung kommunizieren.

Ok, bei mir getestet und ja stimmt, es geht http und https. Solltest du aber trotzdem auf http umstellen. Es macht keinen Sinn, dass NPM per https mit Plex kommuniziert. Bei dir im NPM steht bei Plex http only. Auf dem Router ist nur Port 443 freigegeben. Demnach kann Lets Encrypt deinen NPM nicht erreichen, da die SSL Zertifikat Verifikation über http (Port 80) läuft. Wie hast du es geschafft, dass Zertifikat von Nextcloud zu verifizieren?!

Hat VLC evtl eine Art Autowiedergabe-Liste? Also kannst du mit den Tasten zum nächsten Film springen?

Du hast nicht nach der pid, sondern der Summe gesucht. Die pid war 25018. pstree hat leider die Unart alle Prozesse anzuzeigen, wenn die pid nicht gefunden wird.

Lauscht Plex überhaupt über https auf Port 32400? Ich meine http.

1000 Dateien sind nicht viel für ein Verzeichnis. Würde mich wundern, wenn das der Grund wäre.

Ja Wegen TRIM: Ist grundsätzlich im Array deaktiviert. Denke mal auch ohne Parität.

Nein. Dann gingen nur Einzellaufwerke über das UD Plugin oder eben von Hand per Kommandozeile, aber dann müsste man auch entsprechend die SMB Config manuell anpassen.

In deiner Auswertung lautet die pid von dem Prozess 25141. Daher probiere das um herauszufinden, wer inotifywait gestartet hat: pstree -psa 25141

Plex ist zu dumm, um was anderes als 32400 von außen zu erkennen und du wirst ja nur über 443 eine Erreichbarkeit umsetzen. Da musst du schon mehr Input zu geben. Wie lautet die IP von Plex, welches Netzwerk nutzt Plex, welches nginx und wie sehen die Einstellungen in nginx aus?

Was hat denn ionitifywait gestartet? Das ist schon krass so viele Dateien auf Änderungen hin zu überwachen.

Diese Bauweise erlaubt kein ATX Netzteil. Ist die Frage ob man ein effizientes und leises Flex-ATX Netzteil findet (oder welches Format das auch immer hat). Ist auch die Frage was das mit Versand und Zoll am Ende kostet. Was schon mal gut ist, dass die Kabel und der spezielle Kühler dabei sind.

Den Luxus sich auf ITX zu versteifen, kann man sich heute halt nicht mehr erlauben. Es gibt quasi keine verfügbaren ITX Boards, die mehr als 4 SATA Anschlüsse haben. Und ich sag dir gleich, dass das DS380 von der Belüftung her eine Katastrophe ist. Alle, die das nutzen, modifizieren das noch, damit die HDDs nicht überhitzen: https://www.google.com/search?q=ds380+overheating Dann lieber die HDD in den 5.25 Zoll Schacht und selbst für eine Belüftung sorgen. Da reicht ja quasi ein flacher Lüfter, den man mit Distanzhalter auf die HDD drauflegt ^^

Die USB 3.0 Sticks ziehen meiner Ansicht nach auch im Idle mehr Strom. Das merkt man ja an der Temperatur. Ich mache die Tage mal eine Verbrauchsmessung. Ich habe so ein USB Messgerät. PS Die Tage habe ich einen USB 3.0 Stick nur im PC gesteckt gehabt und meine Tastatur war komplett tot. Es ist schon krass wie stark USB 3.0 strahlt.

Bitte poste deine Diagnostics

Proxmox?!

Wenn du ein RAID1 hast, könnte man tatsächlich darüber nachdenken. Bei mehr als einer Disk im Array bringt das allerdings nichts, weil bei Defekt einer HDD ja alle anderen HDDs gebraucht werden. Wenn jetzt also eine defekte Sektoren hat, wird der Rebuild einer anderen komplett defekten HDD mit korrupten Daten passieren. Fazit: Da hilft nur eine regelmäßige Integritätsprüfung mit File Integrity Plugin + Wiederherstellung aus separatem Backup.

Bezweifle ich. Ein Downgrade beinhaltet ja einen Reboot. Dadurch wird auch die Log geleert. Fazit: Der Reboot hat geholfen. Aber das eigentliche Problem könnte immer noch da sein.

Probier mal das: curl -s https://raw.githubusercontent.com/fatso83/dotfiles/master/utils/scripts/inotify-consumers | bash

Die syslog ist komplett voll. Grund ist diese Meldung: ### [PREVIOUS LINE REPEATED 302 TIMES] ### Jun 18 08:42:31 Unraid kernel: usb 1-1: usbfs: process 6771 (qemu-system-x86) did not claim interface 0 before use Jun 18 08:42:31 Unraid kernel: usb 1-1: usbfs: process 6771 (qemu-system-x86) did not claim interface 1 before use Muss wohl irgendein Bug in Unraid 6.10 sein: https://forums.unraid.net/topic/122358-upgrade-from-692-610rc4-usb-in-vm-problem/ Bei Bedarf auch hier mal durchlesen, ob es bereits erwähnt wurde bzw dort posten: https://forums.unraid.net/topic/123706-unraid-610-release-probleme-und-deren-lösungen/