hawihoney

Wenn kein Hinweis im Log zu finden ist, dann musst Du Dich ans Plex Forum wenden. Wenn ich aber nach Deinem Fehler suche, dann finde ich überwiegend Hinweise auf Apple Geräte. Wie gesagt, bitte ans Plex Forum wenden. Das kann eigentlich nichts mit Unraid zu tun haben.

Schau mal ins Plex Server Log. https://support.plex.tv/articles/200250417-plex-media-server-log-files/

Teste mal aus der Unraid Konsole: docker exec <Containername> /usr/src/paperless/src/manage.py document_exporter /usr/src/paperless/export Ggfs. musst Du etwas "rumspielen" bis es läuft - z.B. mit der Anzahl und Position von Hochkommas oder dem User in der Container Konsole.

War in der Presse gestern. Die Domäne fritz.box wurde gekauft. Fritzbox per IP aufrufen hilft.

Herzlichen Glückwunsch. Ich dachte Du willst nicht lesen - nur trollen. Hast bestanden. Sind Deine Fragen durch die Quotes beantwortet?

Auch das steht, wie die Hinweise zur Verwendung der Platten, im ersten Post: 1) "3 x 6TB HDDs und eine 3 TB HDD, die ich noch über hatte. Netto also 15 TB" 2) "Array" 3x6+3=x 15-x=y y ist Parity Damit war alles geklärt.

Steht oben. Ist also 1x 6 TB Parity drin. Mit 2x 18 TB sind das nur 3 TB mehr. Dafür aber noch Raum für zusätzliche 2x 18 TB. Kommt jetzt also auf die Einschätzung der Zukunft an. 500 EUR nur um 3 TB, 4x olle Platten und 2x SATA Ports frei zu bekommen? Muss man überlegen. Denn mit 2x weiteren 18 TB (nochmal 500 EUR) stünde man wieder vor der selben Frage. Ich würde zum Gehäusewechsel tendieren. Billige gebrauchte zusätzliche 6x TB Platten wären schnell geschossen. 3x 6 TB gebraucht sind billiger als 1x 18 TB neu, dafür stromhungriger. Was sagt denn SMART der alten Platten. Gibts schon Macken?

Meine Intention, hier in meiner Freizeit zu helfen, ist Unraid weiter zu bringen. Die Fakten habe ich oben aufgeführt. Was Du daraus machst ist Deine Angelegenheit. Die Wertung des Für und Wider einer Funktion unterscheidet sich von Benutzer zu Benutzer. Da gibt es keine "Beste" Lösung. Das ist wie die Diskussion über den besten Editor. Selbst wenn Dir 10 Leutchen eine andere Lösung vorschlagen, kannst Du immer noch mit "Ja, aber" Deine Lösung wählen. Und das ist gut so. Sobald ich aber merke, dass ein Thread in "Aber, aber, aber" Runden abdriftet, verlasse ich diesen abrupt, denn das bringt mich persönlich nicht weiter. Und ja, alle meine Server laufen seit über dutzend Jahren mit High-Water. Für mich war es eine gute Entscheidung.

Du willst hier allen Ernstes über Wahrscheinlichkeiten reden? Du kannst das doch machen wie Du willst, Du brauchst meinen Segen nicht. Ich bin jetzt hier raus.

Dann kann ich nicht helfen. Vielleicht mal mit lsof nach offenen Files suchen ...

Es wird nur die Platte anspringen dessen Content genutzt wird - sofern Du mit Disk-Shares in Plex arbeitest, oder mit User-Shares und die Verzeichnis-/Dateistruktur ist im RAM gecached. Im Übrigen wäre es dann stromsparender die zweite Platte überhaupt noch nicht ins Array zu packen ... Das Ganze ist IMHO Haarspalterei.

Das kommt doch auf das Gleiche raus: Irgendeine Platte wird beschrieben während die andere schläft. Es gibt nur eine Überlappung von 15 Minuten beim Wechsel (ist bei mir so eingestellt). Diese Überlappung hast Du aber auch in beiden Fällen ...

Also eine von drei Disks, angebunden über Unassigned Devices, wird nicht heruntergefahren. Das kann mehrere Ursachen haben: 1.) Eine Programm, Dienst, Skript verhindert das durch sporadische Zugriffe 2.) Die Platte kann das nicht - warum auch immer 3.) Die Anbindung lässt das nicht zu (verschiedene USB Chips) Versuch doch noch mal ob Du die Platte manuell "unmounten" kannst.

Perfect. Thank you very much.

Korrekt. Die erste Platte wird zunächst bis zur Hälfte gefüllt:

Yes, that's true. I encourage users to use the help page always. If it doesn't bother you, just add these icons to the help page. Won't hurt.

Das ist unerheblich. Hat garantiert nix damit zu tun. Lesefehler von Sektoren sind eindeutig Dateisystem- oder Hardware Probleme. Zum Backup/Verschieben: Da gibt es alleine innerhalb der letzten 7 Tage diverse Posts im deutschen Forum. Stichwort: Mover.

Hattest Du neu gestartet? Die GUI zeigt keine Fehler. Ggfs. wurden bei einem Neustart die Fehler behoben (Stichwort Transaction Log). Ansonsten kann ich nicht helfen. BTRFS ist bei mir ein rotes Tuch. Andere hingegen schwören drauf. Mir hatte BTRFS einmal alles zerschossen. Das war mir mit ReiserFS (früher) oder XFS (jetzt) noch nie passiert. Solange nur eine Platte in Pools betrieben wird, würde ich persönlich XFS nehmen.

Thanks. Wouldn't it be better to explain them in the help then? Just an idea. While you're on the phone right now On the Main page I need to click the icon to open DFM. In UD it's the name of the Device to do so. Disk1 on Main page leads to SMART, the DFM icon in UD leads to - don't know what it does. Is this because DFM is a seperate Plugin? I'm a big fan of a consistent GUIs:

Screenshot von der Hauptseite bitte.

Ich freue mich zwar über die "Solution" - ich bin aber der Falsche Adressat. Gib das bitte an dlandon. Ich versuchte nur mit meinem Post ihn zu leichten Verbesserungen zu bewegen.

BTRFS Fehler. Hast Du einen Single Device BTRFS Pool oder besteht der Pool aus mehr als einer Platte? BTRFS Pools bestehend aus mehr als einer Platte reagieren z.B. nach einem Stromausfall allergisch.

On my system I don't get any info when hovering over these icons. They are not explained in the Help '?'. These are the icons in question from the first post in this thread: May I issue a Feature Request here?

Das wäre eine Annahme Deinerseits. Guck mal in den ersten Post des Thread-Erstellers. Dort steht eindeutig "Filme".

Ein H264 Content (sagen wir mal einen Film) mit 2 GB mag zwar die Quelle sein, ist aber auf keinen Fall das Ausgangsmaterial. Das Ausgangsmaterial wurde doch bereits massiv auf 2 GB eingedampft. Und bereits massiv eingedampftes ein zweites Mal massiv zu komprimieren mag zwar smartphone-tauglich sein, aber für alles Andere würde ich so etwas auf keinen Fall mehr verwenden. So sieht typisches Ausgangsmaterial aus: root@Tower:~# python3 GetMovieStats.py --videocodec h264 [...] Movie parts streams video bitrate avg (kbit): 19.983 [...] Movie parts duration avg (h:m:s): 01:39:23 [...] Movie parts size avg (bytes): 15.784.032.967 Im Übrigen habe ich in einem Deiner Posts das Wort "Zukunftssicher" gesehen. Du bezogst das in dem Post auf die GPU. IMHO ist ein Extrakt von z.B. 900 MB aus z.B. 15 GB meiner persönlichen Meinung nach nicht zukunftssicher.