hawihoney

Der Inhalt der von Dir oben gezeigten XML Datei befindet sich bei mir in den Dateien movie.xml bzw. serie.xml bzw. SnnEnn.xml (Episode) bzw. artist.xml bzw. album.xml bzw. yyyymmdd hhmmss.xml (Bild). folder.jpg und fanart.jpg sprechen für sich selbst. Ich diskutiere seit ein paar Monaten mit mir selbst ob ich noch Snn.xml und Snn.jpg (Staffel) einbauen soll. Wäre nicht schwer bin aber im Alter faul geworden. Wie oben geschrieben: Das alles exportiere ich jede Nacht mit eigenen Python Skripten. Selbst Metadaten Änderungen und neuere Versionen des Content werden berücksichtigt. Wenn Du im Moment überfordert bist, dann stoppe erstmal mit Plex, tritt einen Schritt zurück und konzentriere Dich zunächst auf das Wesentliche: Unraid.

Der Vollständigkeit halber: Der Link zum von mir oben erwähnten Third-Party Export-Tool: https://forums.plex.tv/t/webtools-ng/598539 Gegen Datenverlust und fürs Wiederherstellen hilft nur Backup.

Das Icon erhält man aber nur nach Installation des Plugins "Dynamix File Manager", oder?

Mittlerweile habe ich noch etwas hinzu gelernt. Die SQLite Datenbank ist m.M.n. wirklich nicht das Problem (meine Plex DB ist über 5 GB). Aber der Umgang von Homeassistant mit der Datenbank scheint nicht effizient zu sein. Wenn ich mir anschaue wie langsam der Zugriff auf meine 600 MB HA Datenbank ist, dann liegt dort etwas im Argen. Damit die nicht auf die vielen Einzelwerte zugreifen müssen, scheinen die nach einer gewissen Zeit nur noch aggregierte Inhalte vorzuhalten. So meine Vermutung. Und sobald ich auf die Historie von irgendeiner Entität zugreife, dann kann das schon mal ein paar Sekunden bis zur Anzeige des aktuellen Tages dauern. In dieser Zeit ist die komplette Plex Oberfläche inklusive Inhalte und Covern etc. auf dem Schirm - am selben Rechner, vom selben Device, im selben Browser ...

Die werden auf dem USB Stick gesichert. Kannst ja über das Dateidatum erkennen ob eine ältere Sicherung dabei ist: Ich unterstelle mal, dass Du eine Sicherung vom USB-Stick besitzt - solltest Du jedenfalls. Dann kannst Du dort an selber Stelle nach der alten Vorlage suchen und diese verwenden.

Ist halt so. Das ist die Abwägung zwischen bestmöglicher Sicherheit während des gesamten Prozesses - oder auch nicht. Und nicht vergessen: Das Array ist während des Vorgangs nutzbar. Es bietet halt nur nicht die gewohnte Performance.

Oh, bei der Toshiba MG09 18TB (konkret MG09ACA18TE) beobachte ich ein Phänomen welches ich noch nicht klären konnte und was ich auch noch nicht einordnen kann. In einem Supermicro JBOD SC846 mit Backplane BPN-SAS2-EL1, das über einen LSI/Broadcom 9300-8e HBA angeschlossen ist, befinden sich insgesamt vier verschiedene Festplatten Modelle. Die Activity LEDs an den Festplatten Trays blinken im Sekundentakt blau - aber nur bei den MG09ACA18TE Modellen. Die Festplatten sind heruntergefahren laut Unraid GUI und trotzdem blinken die LEDs. Alle Komponenten - bis auf das Motherboard - sind auf dem letzten Firmware-Stand (auch der HBA). Ich weiß nicht was ich davon halten soll und ob das irgendwelche Probleme nach sich ziehen kann, aber die Dinger sind mir bis zu einer Klärung äußerst suspekt.

Einfach nacheinander. Ob eine Platte drölf Mal geschrieben wird oder nicht macht der nix. Wenn sie sterben will, dann stirbt sie - egal in welchem Schritt Du Dich befindest. Wichtiger in diesem Zusammenhang ist ein funktionierendes Backup der wichtigen Daten. 1.) Also erst Parity Platte tauschen. Bei diesem Schritt werden die Daten Platten komplett gelesen und die Parity komplett beschrieben. Sollte bei diesem Schritt eine Platte sterben, dann kann sie emuliert werden. 2.) Dann die alte Parity Platte an Stelle einer Daten-Platte einsetzen. Auch hier: Sollte bei diesem Schritt eine Platte sterben, dann kann sie emuliert werden.

Kommst Du nicht über die Docker Container Konsole an die Dateien?

Du wirst Datenverlust feststellen. Das war aber wohl lt. Repair Log nicht zu vermeiden. Und denk an Backup.

Hier die Theorie mit Examples: https://wiki.unraid.net/Check_Disk_Filesystems#xfs_repair Und hier die Praxis:

Und damit sind wir wieder beim oben von mir erwähnten xfs_repair. Du hast zwar geschrieben Du hättest das gemacht, ich sehe aber kein Protokoll von Dir. Was wurde durch den repair ausgegeben?

Habe mittlerweile Deine PM bekommen, antworte aber hier. Wenn die Platten nicht verschlüsselt sind, dann muss das mit dem Parity Sync im Wartungsmodus zusammenhängen. Ich wusste nicht das das überhaupt geht ...? Bis da war ich noch nicht. Das Bild hätte mich jedenfalls zu Tode erschrocken. Das sieht ja aus als wäre alles auf allen Disks weg ... Warte einfach mal ab wie das ausgeht.

Vorab: Ich verstehe Deinen Screenshot nicht. Wieso gibt es keine Angaben von Dateisystemen etc. Sind die Platten verschlüsselt oder so? Bei mir läuft gerade auch ein Disk-Rebuild. Da sieht das so aus: Vorab2: Nimm bitte die Solution von meinem Post oben. Dein Problem ist noch nicht gelöst. Erst bitte erklären ob die Platten verschlüsselt sind? Erst wenn das geklärt ist: 1. Durchlaufen lassen. Zunächst nicht neu starten. Gab es dabei/danach Fehler? syslog speichern und im Fehlerfall posten. 2. Es sind auf jeden Fall die Disk1, Disk2, Disk3 und Disk5 in Ordnung - es sei denn Du hast in den letzten Tagen eine dieser Disks rebuilden lassen. Das sind 15 gute TB. Guck mal auf diese vier Platten drauf. Kannst Du zugreifen? Ist die Ordnerstruktur oberflächlich betrachtet in Ordnung? Jetzt ist ein guter Zeitpunkt - vor (!!!) jeglichem Zugriff auf Disk4 - um Sicherungen der wirklich wichtigen Daten von den vier guten Disks zu ziehen. 3. In den Einstellungen Array Autostart=off 4. Neustart in den Maintenance Modus (!!!). Gab es einen Fehler? syslog sichern und im Fehlerfall hier posten.

Du machts die Schritte nie in der Reihenfolge in der man sie Dir schildert. Was nutzt ein syslog von vor ein paar Tagen wenn man das syslog nach (!!!) dem Start des Maintenance Modus sehen will oder nach (!!!) dem Aktivieren der Internetverbindung. Sorry, ich kann Dir zu meinem Bedauern nicht helfen.

zu reparieren? Zeig mal die Ausgabe vom xfs_repair bzw. der GUI. Maintenance Modus ohne Start des Arrays (in den Disk Settings: Enable Autostart=off) und komplettes syslog posten. Ist natürlich blöd für das MyServers Plugin. Verschaff Deinem Server eine Internetverbindung, dann ohne Autostart und Plugins starten. syslog posten.

Da kann ich nur raten. Die letzten drei Hinweise in Deinem syslog beziehen sich auf XFS (md4), MyServers Plugin und die CPU Clock. zu 1.) Wenn die Festplatte physikalisch raus ist und trotzdem der XFS Fehler zu disk4 angezeigt wird, dann ist auch das emulierte Filesystem von Disk4 defekt. Da kann man wirklich nur versuchen diese Disk zu reparieren. zu 2.) Dem MyServers Plugin traue ich (genauso wie BTRFS) nicht von der Nasenspitze bis zur Tastatur. Ich würde den Rechner mal, wenn nicht schon versucht, im Maintenance Modus starten - also ohne jegliche Plugins. zu 3.) Eigentlich ist dieser Fehler nur ein Hinweis und dürfte nicht zu einem Problem führen. Hat Dein Server aktuell eine Internetverbindung?

Deine Disk4 hat ein korruptes Filesystem. Die Festplatte muss repariert werden.

So viele Fragen. Ich habe mir alles in den Plex-Support Artikeln angelesen. Da gibt es sogar einen Index. Wenn ich ein Produkt nutze, dann beschäftige ich mich halt gerne damit. Ich nutze die offizielle Plex Web-API mit einem Haufen Python Skripten zum Exportieren aller Daten aus Plex auf die Platten. Es gibt aber auch ein Third Party Export-Tool. Musste mal nach suchen. Die XML findest Du in der Plex Web-App im Bearbeiten Dialog eines jeden Content - meist der unterste Tab im linken Menü. So sieht das bei uns für jeden Content aus: Oder so:

Das ist eher eine Frage für den Plex Support. M.M.n. geht das offiziell nicht. Deshalb sichere ich mir alle folder.jpg, fanart.jpg in den jeweiligen Ordnern des Content und halte die offiziellen Plex Namensregeln ein. NFO werden nicht unterstützt (außer das Hinterlegen der IMBD-ID darin). Auch hier sichere ich mir die umfangreichen Plex XML Dateien für allen Content in den Ordnern. Zurückspielen kann man die nicht, aber die manuellen Informationen sind nicht verloren.

Überflüssig. Array stoppen, Rechner runterfahren, Parity Platte tauschen, Rechner starten, in der GUI im Slot der Parity Platte die neue auswählen. Array starten unter Bestätigung des Wechsel/Rebuild/Sync. Auf keinen Fall formatieren. Dann hast Du etwas falsch gemacht. Im Zweifel vorab hier mit einem Screenshot hier nachfragen.

Mach ich zusätzlich 1x wöchentlich. Alle fanart.jpg, folder.jpg und *.xml von Filmen, Serien, Episoden, Interpreten und Alben sowie Bildern liegen beim Content im Ordner. Muss ja nicht immer bei Plex bleiben. Wenn Du Plex nicht oft nutzt, dann merkst Du einen Fehler in der Datenbank-Datei nicht und sicherste die defekte Datei lustig immer weiter. Im Dump gibt es nie Fehler und Du kannst nach einem Repair Schritt einzelne Tabellen mit Inhalten nachfüllen. ***Nachtrag***: Selbst wenn alles kaputt ist und Du Plex neu aufbauen musst, kannst Du z.B. mit dem Watched-State Deine Historie in eine neue Datenbank einspielen.

Argh. Bestimmt schon 1000 Mal vergessen. Die bescheuerten CRLF vs. LF. Hatte das einfach nur aus meinen User Skripten kopiert. Unraid selbst scheint dos2unix zu verwenden ... Dank Dir.

Du könntest das "User Scripts" Plugin installieren und das Skript aus meinem Post (siehe Link unten) dort eintragen. Musst nur an zwei Stellen meine Pfadangaben durch Deine Pfade ersetzen. Ich räume den Backup Ordner nicht auf. Solltest also ab und zu mal prüfen ob es zu viele Backups werden: Das Ergebnis sieht dann so aus: Benutzung wie immer auf eigene Gefahr. Bin auch nur ein Mensch.

Ja, aber nicht mit deren App. Ich nutze seit ewigen Zeiten unter Android den Dateimanager+. Dort habe ich quasi als "Cloud" den DAV Zugang zur Nextcloud eingetragen. das funktioniert wunderbar. Wenn ich zum Beispiel Bilder hochladen möchte - egal wo ich gerade auf der Welt bin - dann starte ich den Dateimanager+ und navigiere zur Nextcloud. Dann kann ich alles machen. Als Kalender-Frontend nutzen wir den offiziellen Google Kalender. Hierzu benötigt man die App DavX als Vermittler. Auch das klappt wunderbar.