hawihoney

Man kann auch Bus/Device durchreichen. Zum Beispiel Bus 5/Device 8 und Bus 5/Device 9. Das muss man dann aber im XML Edit-Modus der VM beibringen. Ändere beim nicht funktionierenden USB Host Device die Source. <hostdev mode='subsystem' type='usb' managed='no'> <source> <address bus='5' device='8'/> </source> <alias name='hostdev1'/> <address type='usb' bus='0' port='1'/> </hostdev>

Ich habe es oben schon mal angedeutet. Du wirfst alles gleichzeitig in den Topf. Das sind IMHO die Themen: 1.) Womit habe ich es zu tun? IMDB, TMDB, MBID. 2.) In welcher Qualität bzw. Ausprägung liegt es vor? Streams, Bandbreiten, Längen, Kanäle, Release. 3.) Die Synchronisation. Zu 1.) Ist einfach - Musik derzeit ausgenommen. Wird von Plex geliefert. Zu 2.) Wäre für mich einfach da ich das technisch angehen würde. Wird auch von Plex geliefert. Hatte mal von IMDB die statistischen Details gescrapt. Du glaubst nicht wie viele unterschiedliche Directors Cut von einem Titel geben kann. Ich habe das dann für mich verworfen und gehe rein über die technischen Details. Höhere Bandbreite ist besser. Länger ist anders - nicht unbedingt besser. Rippen zwei Personen mit den gleichen Werkzeugen, deren gleichen Einstellungen und selbst gewählten Regeln die gleiche Scheibe, dann kommt das selbe raus. Es wird also vergleichbar. Zu 3.) Wird wohl auch einfach sein. Würde darüber aber erst im letzten Schritt nachdenken. Die unter 1+2 gewonnenen Details würde ich neben den Content legen und interpretieren. Vergiss nicht die Werkzeuge und deren Einstellungen zu synchronisieren, sonst generiert ihr vom selben Content unterschiedliche Daten.

Das kann man doch am Zeitstempel der Datei erkennen, oder? Follow up: Hab mal gerade nach der MBID (Musicbrainz) eines Interpreten und eines Albums gesucht. Leider habe ich beides nicht im Plex Datenbank Dump gefunden. Ich dachte bislang Plex würde sich an Musicbrainz orientieren. Da habe ich mich wohl geirrt. Vielleicht nutzen sie aber auch Gracenote. Bei Filmen/Serien ist das hingegen kein Problem. Die IDs von IMDB, THETVDB werden in der Datenbank abgelegt. Diese IDs nutze ich z.B. um meinen Content maschinell umzubenennen (e.g. "Der Film (2021) {imdb-1234567}.mkv". Der neue Plex Scanner kann das interpretieren.

Macht das nicht. Manuell geht immer schief. Zu Video (Filme, Shows): Im Gründe genommen ist es relativ einfach. Die oben von mir erwähnten Plex XML Dateien aus dem Plex Web API enthalten auch hier alle relevanten Informationen. Der Mix aus den Tracks (Video, Audio, Subtitle) mit Bandbreiten, Kanälen und Längen und Zeitstempel der Datei ergibt ebenfalls eine vergleichbare Datenbasis. Z.B. eine Liste aller Filme in einer Library hole ich Dir mit Phyton mit ein paar Zeilen Code inkl. der o.g. Daten inkl. der IMDB-ID raus. Das ist dann vergleichbar mit dem Content eines anderen. So treffe ich die Entscheidung beim Hochrüsten des Content (SD > HD > 4K). Wie gesagt - nächste Woche.

Du musst beides separat betrachten. Kein Mechanismus wird universell funktionieren. Bin gerade im Urlaub, deshalb nur kurz: Plex macht schon die ganze Arbeit mit seinen Scannern. Die XML Dateien aus der Plex Web API enthalten alle Informationen. Mit dutzenden Skripten hole ich das nachts raus und interpretiere das. Suche nach geänderten Metadaten etc. Nach der Musicbrainz ID habe ich noch nicht gesucht. Ich würde mir Mal die Musicbrainz ID von einem Album von der Musicbrainz Webseite holen und damit den Datenbank Dump von Plex durchsuchen. Vielleicht ist die drin. Lass uns nächste Woche Mal drüber sprechen.

Hmm, interessante Frage. Hat Musicbrainz nicht eine API? Also wie früher: Fingerabdruck der Tracks und deren Zusammenstellung abgleichen. Das ergibt eine Musicbrainz ID

Eine einzelne Festplatte ist teurer als eine lebenslange Pro Lizenz. Das muss jeder mit sich selbst verhandeln. Ich betreibe seit Jahren einen Unraid Server mit zwei Unraid VMs. Das läuft nicht weniger stabil als ein einzelner Server. Nur das hoch- und runterfahren der VMs wird unter Umständen zu einer manuellen Aktion.

Beim Schreiben auf das Array mit Parity und Standard Einstellung ist das durchaus normal. Es erfolgen drei Schreib-/Leseoperationen pro Änderung. Das wären dann ca. 150-180 MB/s.

Klick Mal nix. Was passiert dann? Erscheint der Text Loading ... oder wird tatsächlich neu gebootet. Wenn letzteres: Check Mal den USB Stick. Ist das eine Erstinstallation?

Das war nicht die Frage. Es ging ums Pausieren. Egal. Der Sync ist abgebrochen, Dein Array ist gestartet, Dein Array ist ungeschützt, Parity ist zugewiesen, Deine o.g. Platte #5 ist noch nicht zugewiesen. Dein Array wartet darauf, dass Du die Parity erzeugst. Du schreibst auf dieses halbgare Array gerade (Disk2 > Disk3). Also erzeugt Unraid während des Schreibens aus dem Produkt aller Daten-Disks die Parity auf den beschriebenen Bits/Blocks. Das würde Unraid nicht machen, wenn es die Parity für korrekt halten würde. Unraid geht also davon aus, dass man der Parity nicht vertrauen kann. Jetzt ergibt alles einen Sinn. Die Aktion ist aber sinnlos ... Unraid erzeugt Parity Informationen für Deine Aktivitäten auf einer noch nicht sauber erzeugten Parity Disk. In diesem Zustand bringt das nichts. Du hast den Schutz ausgehebelt. Ich würde das Verschieben stoppen und schnellstens die Parity aufbauen. Aber ich bin Paranoiker, andere gehen sehr gerne Risken ein ...

Bei Dual Parity: Ja, bei Single-Parity weiß ich das nicht. Könnte aber sein. Wenn er aber abgebrochen hat ... Deshalb nur mit Screenshot der Array Operations. Der OP hat jetzt ein völlig ungeschütztes Array bei dem sogar die hinzugefügte Platte #5 nur bis zum Abbruch gecleared ist.

Bitte Screenshot von der Hauptseite inkl. dem Bereich um die Buttons unten (Array Operation) - zzgl. Diagnostics.

Dann bin ich raus. Mir fällt nichts mehr dazu ein. Deine "HaHa" Reaktion auf mein "Was machst Du" hat mich dazu verleitet. MOMENT!!! Das läuft noch? Und Du schreibst gleichzeitig von Disk1 auf Disk3? Die Parity wird erzeugt!

Du schreibst von Disk1 auf Disk3. Das bedeutet, dass Parity, Disk1 und Disk3 involviert sind. Bei "Auto" muss es auch READ auf der Parity geben - ist bei Dir aber nicht der Fall. Hier stimmt etwas von Deinen Ausführungen nicht #1. Die anderen Daten-Disks (Disk2, Disk4) haben READ. Das würde nur bei Reconstruct Write passieren. Hier stimmt etwas von Deinen Ausführungen nicht #2. Es gibt nur drei Szenarien: 1.) Du hast nach dem Umstellen auf "Auto" nicht neu gebootet. 2.) Du sammelst aus einem User-Share und schreibst auf eine Disk (Datenverlust!). 3.) Du veräppelst uns.

Aus dem Hilfe Text: Und jetzt wird es interessant. Wieso wurden im Screenshot oben alle Platten gleichzeitig gelesen und zwei Platten gleichzeitig beschrieben? Und das bei Auto-Modus. Was machst Du?

Ohne jetzt allzu sehr in Details zu gehen: Parity arbeitet Bit-/Blockweise. Die Parity-Platte kennt kein Dateisystem (siehe Link unten). Ein Bit-/Block befindet sich somit bei RAID-0 genau auf einer Platte des RAID-0 - in Deinem Fall auf einer SMR Platte. Du gewinnst m.E. nichts. https://wiki.unraid.net/Parity#How_parity_works https://wiki.unraid.net/Parity#Performance

Woran hast Du das erkannt? Hast Du das aus dem gleichzeitigen Lesen aller Platten geschlossen?

@Tiras: Ich verstehe nur Bahnhof. Wenn Du von disk2 nach disk3 verschiebst sind nur die beiden Platten involviert. Ich hoffe für Dich, dass Du korrekt verschiebst und nicht User-Shares/Disk-Shares mixst. Sonst droht Datenverlust.

Oh, das löst Plex sehr geschickt. Passiert bei mir täglich ... Metadaten sind vom Content abgekoppelt. Das hängt Plex einfach um. Wenn sich ein Ordner-/Dateiname ändert und Plex aus Versehen Duplikate erzeugt, musst Du höchstens den Papierkorb löschen. Man darf den Papierkorb nur nicht löschen wenn ein Ordner, eine Datei oder gar eine komplette Platte mit Content vorübergehend weggefallen ist. Ansonsten verliert man die Metadaten (z.B. Gesehen-Markierung).

Musst Du ohnehin. Das sind in Plex unterschiedliche Bibliotheksarten mit jeweils unterschiedlichen Einstellungen. appdata ist der Standard-Share für Docker Dateien. Wenn Du das nicht kennst dann vergiss meine Nachfrage.

Im Grunde hast Du Deine Struktur (Shares, Disks) beschrieben. Das wollte ich mit meiner Frage erzwingen. Lediglich bei Plex würde ich eine Ausnahme machen und aus den Unterordnern wie Musik, Filme, Serien, ... eigene Shares. Plex ist ein Produkt. Wenn Du irgendwann auf XYZ umsteigst hast Du dann immer noch einen Plex Share. Also würdie ich diese Ebene eliminieren. Oder soll das appdata von Plex werden? Alles Private würde ich auf eine Disk packen und diese nicht mehr schlafen lassen (kein Spindown). Nextcloud z.B. hat mir immer einen Fehler in der Spinup Wartezeit geschmissen.

Schreib doch mal Deine Wunschordner Struktur inkl. zugehörigen Festplatten auf. Dann kann man ja mal gucken. Die ganzen Fragen bringen nix wenn man schon vorher falsch abgebogen ist. Zum Beispiel: Du hast Dokumente, Musik, Filme, Serien, Bilder. Du hast Unterordner jeweils darunter. Und Du hast einen Satz Festplatten. Was soll wo hin und wie willst Du Unterordner strukturiert haben.

Ja, guck Dir die Grafik unter dem Link an. Nur die obere Ebene sind User Shares, darunter sind Level. Level werden durch die Verteilregeln erreicht. Denk nicht zu viel darüber nach. Entweder Du kopierst einfach nach Deinen o.g. Regeln auf User Shares und lässt Unraid kopieren oder Du kopierst manuell auf Disk Shares. Du brauchst keine Shares in Shares. Wenn Du das benötigst machst Du konzeptionell etwas falsch oder hast Unraid (User Shares, Disk Shares, Verteilregeln, ...) noch nicht verstanden.

Das hängt von der gewählten Verteilregel ab: https://wiki.unraid.net/UnRAID_6/Shares#Allocation_method

Yeah, plus third parity disk (found it in config), plus 1-byte counter. <ROFL>