hawihoney

Gem. Deinem Beitrag scheinst Du zwei Dinge zu vermischen: 1.) Die Ablage für das Docker Subsystem selbst. 2.) Die Ablage für die Docker Container. Um etwas zu ändern solltest Du Dich zunächst vergewissern ob die aktuellen Container Konfigurationen wie von Unraid vorgesehen auf dem USB-Stick liegen (ls /boot/config/plugins/dockerMan/templates-user/). Das sind die letzten von Dir eingestellten Container Konfigurationen. Mit deren Hilfe kannst Du jeden Deiner Container bei Bedarf wieder herstellen. Zu 1.) In den Einstellungen zum Docker Subsystem kann man wählen ob die Container "Programme" in einem BTRFS Image, einem XFS Image oder einem Verzeichnis abgelegt werden sollen. Standard ist meines Wissens BTRFS Image. Als mehrfach durch BTRFS Geschädigter habe ich das im Laufe der Zeit von dem BTRFS Image über ein XFS Image zu einem Verzeichnis auf einem XFS formatierten M.2 NVMe Drive gewechselt. Das erfordert das Stoppen aller Container (gute Gelegenheit für Backup der Container Daten!), das Stoppen des Container Subsystems, das Umstellen auf das gewünschte Format und einem Start des Docker Subsystems. Genau bei diesem vorgenannten Schritt kannst Du gleichzeitig das Ziel von /mnt/user/... nach /mnt/cache/... oder was auch immer ändern. Danach sind naturgemäß alle Container weg. Zu 2.) Nach einer Änderung an der Konfiguration des Docker Subsystems kannst Du Deine nun fehlenden Container wie folgt zurückholen. Du gehst auf der Container Übersicht auf "Add Container" und wählst dort Deinen zu installierenden Container aus. Danach wird Dir dieser wie zuletzt konfiguriert angezeigt. Nun könntest Du in dieser Konfiguration die Pfade von /mnt/user/... nach /mnt/cache/... oder was auch immer ändern. Ein Klick auf Apply und der Container wird wieder hergestellt: Ein paar Warnungen - und es gibt bestimmt noch mehr denn der Einfallsreichtum in diesem Forum kann so ähm negativ-kreativ sein: - Die appdata Daten liegen nicht verteilt auf z.B. Cache und einer Array-Disk sondern exklusiv auf dem Chache oder Pool etc. - Du löschst nix in Deinem appdata, o.ä. Verzeichnis - Du löschst zunächst nicht die alte BTRFS Docker Image Datei (die Option zum Löschen auf der Docker Konfiguration ignorierst Du). Das kannst Du nach ein paar Tagen immer noch per Hand machen - Du hast vorsichtshalber Backups von den o.g. XML Dateien auf dem USB Stick - Du hast Backups von Deinen Containern - Du machst nur diese Schritte und keine anderen gleichzeitig - auch nicht an den Container Konfigurationen Habe ich etwas vergessen?

Wenn die Platte nach dem Reboot die Current_Pending_Sector nicht verarbeitet hat, und unter Berücksichtigung der Power_On_Hours sowie der aktuellen unknown failures, würde ich sie ersetzen.

Hat sich etwas an den Werten verändert?

Interessante Chrome Entwickler-Seite. Kannte ich noch nicht. Vielen Dank dafür. Ich denke, bei Dir ist noch Spielraum. So sieht das z.B. bei mir aus. Die Seite wurde frisch aufgerufen. Zuvor hatte ich nur einen Nextcloud Update eingespielt: Prüfe einfach mal alles durch: - Datenbank Container (bei mir MariaDB) läuft auf M.2 NVMe und alle Container Pfade wurden nicht (!!!) als /mnt/user/* benannt sondern als /mnt/disk* oder /mnt/pool* oder /mnt/cache/* o.ä.. FUSE frisst Performance. - Nextcloud Container läuft auf M.2 NVMe und alle Container Pfade wurden nicht (!!!) als /mnt/user/* benannt sondern als /mnt/disk* oder /mnt/pool* oder /mnt/cache/* o.ä.. dto. - Kontrolliere einfach mal was sonst noch so los ist auf Deiner Kiste (top, etc) Nextcloud ist nicht gerade das Schnellste, man bekommt es aber auf jeden Fall erträglich. Und wenn ich das als Netzwerk-Laie hinbekomme, dann muss da etwas in Deiner Umgebung anders konfiguriert oder eingerichtet werden. Nachtrag: Und wenn der Browser alles im Cache hat, liegt das Problem dann nicht eher im Browser oder auf dem Rechner.

Nur so: Wie lautet denn der Inhaber des Ordners "\\UNRAID012021\Nextcloud\ABCD\files\DokumenteABCD\" und der Dateien im Ordner "\\UNRAID012021\Nextcloud\ABCD\files\DokumenteABCD\"? Und wie lauten die Berechtigungen? Nextcloud wirft mich selbst oft genug aus der Bahn ohne wirklich zu wissen warum? Ich gehe dann auch immer in der Reihenfolge auf die Suche nach der Ursache.

Ich kann die Lösung nicht direkt liefern, denn ich verlaufe mich regelmäßig in den Nextcloud Einstellungen (so viel nutzloser Kram ...). Ich meine mich zu erinnern, dass ich mal eine Einstellung gesetzt hatte, dass beim Betreten eines Ordners dessen Inhalt on-the-fly nach Änderungen gesannt wird. Vielleicht gibt es diese Einstellung nicht mehr und Nextcloud macht das immer. Aber vom Fehlerbild passt das exakt zu meinen damaligen Erfahrungen bevor ich die Einstellung gesetzt hatte.

Eigentlich Datenbank und die preferences.xml. Alles Andere kann sich Plex neu besorgen bzw. aufräumen. Ich würde aber niemals Blank anfangen sondern immer mit einem (alten) vollen Backup und dort bei Bedarf die Datenbank ersetzen. Also um konkret auf die Frage zu antworten - ich glaube nicht: https://support.plex.tv/articles/201539237-backing-up-plex-media-server-data/ Ein Backup sollte grundsätzlich nur bei gestoppter Anwendung/Container erfolgen. Wenn nicht, dann sind schon beim Restore Reparaturen notwendig (Stichwort Transaktionen). Als extrem vorsichtiger Mensch sichere ich die Datenbank nicht nur als Datei(en) sondern zusätzlich als Dump. https://support.plex.tv/articles/repair-a-corrupted-database/ Achtung: Plex liefert eine angepasste Version von sqlite aus.

Zieh erstmal ein Backup wichtiger Daten von der Disk. Dann boote mal neu und guck Dir die drei Werte (reallocated sector count, pending und event count) danach nochmals an. Nach dem Boot geht reallocated sector count wahrscheinlich hoch. Dann ist sie hin. Wenn sich an den Werten nichts ändert, dann gibt es evtl. keine Spares mehr. Das wäre auch schlecht.

Hmm, den kenne ich nicht. Ich nutze seit vielen Jahren den folgenden Container. Wo da der Unterschied sein soll, weiß ich nicht. Jedenfalls klappt bei meinem Container hardware-transcoding unter 6.10.3 wie gewohnt. Viel Glück.

Du hast doch Plex von LinuxserverIO, oder? Steht jedenfalls oben. Dann reicht das ... ... und das ... Updates nur über die Container Übersicht vornehmen und nicht über die Plex App im Container. Es gibt noch weitere Version-Tags, die sind aber eher nicht von Interesse.

Leider funktioniert das nicht. Beim Wechsel von 6.10.3 nach 6.11 sollen bestimmte Nerd Pakete nicht mehr laufen - habe ich hier irgendwo gelesen. Dafür habe ich jetzt im Nerd Thread gefunden wie man die Slackware Version ermittelt "/etc/slackware*". Leider erhält man diese erst nach der Unraid Installation. Ich muss mir also nach dem Unraid Upgrade und vor dem Array Start die aktuellen Pakete besorgen. Ich werde einen seperaten Thread aufmachen zum Doing. Ich bin wild entschlossen das für mich zu lösen - inkl. Wechsel beim Up- oder Downgrade. Was ich nie lösen werden kann sind die Paketabhängigkeiten. Mich hat die Oberfläche von Dev- und Nerd-Pack schon immer genervt und als das Preclear Plugin mein Unraid killte vor ein paar Wochen da war ich schon ziemlich bedient.

1.) Ich würde gerne die Nerd Packages von "/boot/config/plugins/NerdPack/packages/" nach "/boot/extra/" verschieben. Wie man sieht sind die Packages nach Unraid Releases sortiert: 2.) Slackware wiederum interessiert die Unraid Version nicht. Also muss man die Linux Version extrahieren. Man könnte "uname -a" aufrufen um Linux 5.15 zu erhalten. root@Tower:~# uname -a Linux Tower 5.15.46-Unraid #1 SMP Fri Jun 10 11:08:41 PDT 2022 x86_64 Intel(R) Xeon(R) W-1290P CPU @ 3.70GHz GenuineIntel GNU/Linux 3.) Jetzt gehe ich nach Slackware "https://packages.slackware.com/" und da kommt die dritte Nummer ins Spiel. Slackware 15.0, 14.2, und kein Hinweis wie das alles zusammen gehört. Dämlicher geht es wirklich nicht. Wäre das für den Average User wie mich lösbar, dann könnte man selbst beim Array Start ein User Skript starten lassen, welches die packages im /boot/extra Ordner passend zum aktuellen Unraid Release installiert. So wird das aber nix. Hat jemand eine Idee?

Kein Thema. Ich müsste sowieso erstmal eine Doku schreiben.

@ich777 Guck mal bitte in den packages Ordner im Nerd Pack Plugin auf dem Boot Stick. Hier sind die Packages nach Unraid Releases sortiert. Das müsste der /boot/extra Ordner dann auch leisten. Tut er aber nicht. Man müsste bei jedem Upgrade oder Downgrade dort umsortieren. Das kann keine Lösung sein.

Ich meine doch nicht Dich persönlich. Es geht um die Vorgehensweise sollte das Nerd Pack tatsächlich verschwinden. Gerne. Aber nur über PM. Ich schreib Dir mal die Aufgaben der Skripte zusammen und dann kannst Du entscheiden ob es weiterhin von Interesse ist. Der Ordner ist reserviert. Die Installation erfolgt dann automatisch beim Booten.

Hatte ich vergessen. Ist bei mir auch installiert. In meinen Konsolen gab es nie Umlaute. Habe dann im Forum eine Anleitung gefunden. Seit dem ist das bei mir drin.

Und genau das ist das Problem. Die Recherche wird auf die User verteilt. Jeder darf dann selbst gucken was und wo er suchen muss. Ganz zu Beginn habe ich mich x-mal vertan weil ich nicht im zum Unraid passenden Repository war. Woher zum Teufel soll ich wissen was ich zu Unraid passend benötige und wo ich das bekomme. Ist ja nicht so als stünde der entsprechende Link im Unraid Release <sorry, klang jetzt härter als es gemeint war>. Damit bin ich gescheitert. Ich hatte das mal hier in einem Thread hinterfragt, es klappte aber nicht. Ich habe mir eine ganze Python Umgebung geschaffen, die auf mehrere Container zugreift. Genutzt werden die Container Plex, MakeMKV, MKVToolNix, NZBGet und MariaDB. Alle 5 (!!!) Minuten laufen User Script gesteuerte Python Jobs, die quer Beet durch die Container aufeinander zugreifen. Das bekomme ich aus einzelnen Containern nicht hin. Unraid als Host sehr wohl. Und dafür extra eine VM zu erzeugen erscheint mir zu viel - warum auch, klappte ja bisher. Ich wollte meine Skripte mal irgendwo veröffentlichen, aber das letzte mal, als ich mit Versionsverwaltungen entwickelte habe, hießen die noch vcs und SourceSafe (bevor sie von Microsoft gekauft und eingestampft wurden).

python (alle 3 Pakete), rar, screen, unrar Sollte es tatsächlich dazu kommen, dann werde ich Unraid nicht mehr upgraden. Ich habe in den letzten Jahren knapp 50 umfangreiche Programme von Perl nach Python migriert. Ich werde auf Python so schnell nicht mehr verzichten können. Das läuft alles über dutzende User Skripte.

@Squid May I issue a Feature Request: Is it possible to sort the User Scripts by it's title instead of it's filename? I'm running lots of User Scripts and I'm always searching for the requested User Scripts. The following screenshot shows part (!!!) of my User Scripts. I hope you can see the "annoyance". No rant here - in fact I love and use your script heavily. When using lot's of User Scripts there is high chance that you rename the title over time and this is not reflected in the list. Thanks for listening.

@Zonediver Konkrete Frage: Welche Plex Server Version hast Du installiert? Zu finden hier:

Dann habe ich Dich falsch verstanden. Ich dachte Du redest von einer Beta _VOR_ dem aktuell stabilen Release. Alles gut. Bleibt mir nur die Frage ob der OP im OP Plex Beta Software installiert hat - ich denke nicht. Und schon geht das Ganze wieder von vorne los ... Wir drehen uns dann im Kreis.

@alturismo Diese Version ist seit einer Woche GA. Ich bin jetzt wirklich nicht der Plex Spezialist, aber was mir seltsam vorkommt ist, dass es sich bei dem 4K Material (s.o.) wahrscheinlich um das selbe Quell-Material handelt. Und da kann ich als Transcoding Ziel (4K, HD, SD, 8 Mbit, 4 Mbit, 2 Mbit, ...) einstellen was ich will. Es wird mit dem letzten Unraid Release (6.10.3) und dem letzten LinuxserverIO Plex Container (Plex Server 1.28.0.5999) wunderbar hardwareseitig transcoded. Seid Ihr sicher, dass es plexseitig noch Fixes bedarf. Außerdem steht in Deinem Log, dass Plex weder die Decode noch die Encode Engine gefunden hat, während der OP Decoden kann (Checkbox #1) aber nicht Encoden (Checkbox #2). Das hilft jetzt nicht wirklich weiter, aber IMHO muss es etwas Anderes sein.

Da ich gerade über einen anderen Thread zu dem Thema gestolpert bin: Kannst Du mal mit "ls -la" unter 6.10.x die Rechte des Transcoding Ordners in der Container Konsole checken? Das Container Mapping hierzu findest Du in der Container Konfiguration. Nur so eine Idee.

Und laut Datenblatt unterschiedlicher RAM Zugriff (System Shared bei UHD 630) - jedenfalls interpretiere ich das so. Aber ihr habt recht, dass dürfte keinen Unterschied für das Hardware Transcoding machen. Wäre interessant das Log des Plex Servers zu sehen. In dem wird hinterlegt warum der Transcoder etwas getan hat oder auch nicht.

Ich wollte gerade hinterfragen, wieso wir beide bei gleicher iGPU so unterschiedliche Erfahrung machen, da sehe ich bei erneutem Hingucken, dass wir doch unterschiedliche iGPUs haben: UHD 630 vs. UHD P630 (W1290P). Ich nehme also alles zurück. Wie gesagt, ich habe null Probleme - weder mit Plex und seinem hardware-basierten Transcoding noch mit Unraid 6.10.3. So als Randbemerkung: Das ist aber auch ein heftiger Transcoding Auftrag von 4K HDR10 nach 720p SDR. Da würde ich auf jeden Fall zusätzlich ansetzen Hab mal bei mir ausprobiert mit einem Xiaomi Pad5 mit erzwungener, reduzierter Qualität. Bis auf das SDR sieht es gleich aus - bei mir springt die Hardware rein.