Revan335

Yes, that's working for me too. Removed the old first and than we can install the new from CA. I have the pending State too before.

Maybe an Conflict with the old libvirt Plugin. I removed this and disabled/enabled the Options in the USB Plugin and I became all? Options showed.

Maybe its activated by Default in a next Update, than we can you this or we became the way to find/activated this.

ZFS is an Depuplicated Filesystem and his Datasets are an Filesystem in the Filesystem. So my wisdom. Maybe ZFS or another are have underground processes to this files and deleted or give this free in the future. When you don't see this in the file manager, Krusader, Shell, MC, ...

Yes, he was archived. The most over Repositorys incl. UD, ... too.

Actually I ignored the 3 Plugins in Fix Common Problems and hope of an Reaction from the Developer about the actually Situation and hope for the future of an Continue.

See above! I have this before my Unraid Update too.

Not only that: And an Answer from Squid:

Some one is very wrong with the Plugins or the Repositorys of @dlandon. @Squid I don't see/can find the GitHub Repositorys of this. Have GitHub are strong Bug and deleted Repositorys? Description: Investigate at Settings / User Utilities / Fix Common Problems Importance: warning * The plugin enhanced.log.plg is not known to Community Applications and is possibly incompatible with your server * The plugin file.activity.plg is not known to Community Applications and is possibly incompatible with your server * The plugin libvirt.hotplug.usb.plg is not known to Community Applications and is possibly incompatible with your server

For File Activity:

Have we the same situation like FolderView? Description: Investigate at Settings / User Utilities / Fix Common Problems Importance: warning * The plugin file.activity.plg is not known to Community Applications and is possibly incompatible with your server

Das hatte ich entsprechend erweitert: https://github.com/conrad784/docker-mediathekview-webinterface/issues/18#issuecomment-2848547793 Die XML findest du im Fork: https://github.com/Michuelnik/docker-mediathekview-web

Hallo, ich hab nen Docker Container Template für MediathekView erstellt was nicht in den CAs ist. Was muss ich tun damit dies in den CAs für alle verfügbar ist? Und was wenn es mal ein Update für das Template gibt? Vielen Dank! Viele Liebe Grüße Revan335

In many of the Syslogs files I see very many Entry's about a sshd-session that's starting/closed many times and periodic. A example: " Apr 8 11:29:08 Tower-Unraid sshd-session[2834620]: Close session: user root from 192.168.2.60 port 55128 id 0 Apr 8 11:29:08 Tower-Unraid sshd-session[2834620]: Starting session: command for root from 192.168.2.60 port 55128 id 0 Apr 8 11:29:08 Tower-Unraid sshd-session[2834620]: Close session: user root from 192.168.2.60 port 55128 id 0 Apr 8 11:29:08 Tower-Unraid sshd-session[2834620]: Starting session: command for root from 192.168.2.60 port 55128 id 0 Apr 8 11:29:08 Tower-Unraid sshd-session[2834620]: Close session: user root from 192.168.2.60 port 55128 id 0 " Maybe is this the Issue. You should see this on your Syslog too.

Can you please Update the Template with this and other helpful Variables and Co. than was everyone better protected.

A Updated Template for this and maybe other Dings for all was great.

OK, I found this a good Option to displayed the USB Backup Disks and warn ... he have any errors/warnings. Like the Array/Cache Disks.

Exist an ignore or approved Option for Warnings? A USB/Unassigned Device is not every Time attached and his Icon are red blinking when he not attached.

Ebenso! Wir hatten alle mal den Anfang hier und die eine oder andere Frage inkl. "Blöder". Vielleicht ist es auch Falsche Interpretation und man interpretiert System als dort wo man ist bzw. was man im BIOS/U/EFI definiert hat. Aber ja für das System=OS ist US Format natürlich der Default. Das gleiche Problem hatte ich nämlich auch gehabt. Da wäre in einem künftigen Update noch Verbesserungspotential in der Erklärung der Optionen.

Systemeinstellungen ist falsch. Das hab ich auch. Nimm eine andere Option, dann ist auch 24 h möglich. Wieso auch immer der dies so macht. Gut, dann gibt es keine ZFS Datasets oder ähnliches. Dann kannst du die einfach verschieben. Vorher wie schon vermutet alle Docker/VM Dienste stoppen. Danach dann einstellen was nun Primärer Storage sein soll. Dann sollte er dir danach nur anzeigen das alles auf einem deiner Storages liegt. Danach kannst du es wieder starten. Ggf. noch die Settings/Pfade anpassen weiß nicht auf was die Pfade stehen. Bspw. bei den Docker/VM Diensten oder den Docker Templates. Bspw. wenn es auf /mnt/user steht dann ist dort der Cache mit drin. Wenn dort /mnt/cache/ stehen würde dann wäre es nur der Cache ohne Array. Default ist in der Regel der Kommulierte Pfad mit Cache also /mnt/user. Also bspw. /mnt/user/appdata oder /mnt/user/system

Was war das Problem gewesen und wie hast du jetzt gelöst? Nutzt du btrfs oder ZFS für den Cache? Oder für alles xfs weil es eh keine Redundanz/Parity hat weil nur jeweils eine vorhanden.

In dem Appdata Backup kann man auch verschiedene Quellen benennen. Dies auch nochmal prüfen wenn weiterhin was fehlt.

Das Plugin prüft nicht permanent sondern in den festgelegten Intervallen. Du kannst den Zeitraum minimieren und/oder manuell einen Check machen. Das Plugin weiß vermutlich nicht das du ein Array aus Flash Laufwerken hast. Es geht vom Großteil/Regelfall aus das das Array HDDs hat und der Cache aus Flash wie SSD/NVMe besteht. Der Cache dient hauptsächlich dazu das Array zu beschleunigen da dort neue Daten zuerst drauf geschrieben werden und dann später durch den Mover aufs in der Regel langsamere Array mit seiner Fuse Umgebung. Dinge die permanent auf dem Cache liegen wie in der Regel die System Ordner wie System, AppData, ... sind davon natürlich nicht betroffen. Den Mover kannst du wie bereits geschrieben wurde auch manuell starten und brauchst nicht auf den geplanten Start warten.

Dann sind wir mal gespannt! Wenn beide Grünes Licht geben, besteht schon mal ne höhere Chance. Als letzte Option wenn nicht noch was in den Logs oder anderweitig findbar und auch nach nem Reboot kein Willen da ist, ein manuelles Update. Also das was der Updater Prozess auch macht. Backup vorher nicht vergessen.

Nichts. Also der Mover macht nichts. Die Daten bleiben da wo sie sind. Wenn noch Daten auf dem falschen Storage liegen, dieser aber nicht mehr "existiert" dann werden die einem nicht mehr angezeigt. Wenn man manuell explizit drauf zugreift sind die noch da. Bspw. Cache wird entfernt. Dann taucht dieser nicht mehr unter /mnt/user auf. Unter /mnt/cache schon.