Amane

Es gibt da diese ACPI-Fehler (Advanced Configuration and Power Interface), laut Beschreibung hat das BIOS möglicherweise Probleme, bestimmte Systemressourcen oder Methoden zu finden. Du kannst versuchen, im BIOS von ACPI auf UEFI umzuschalten. Aber mach erstmal ein sauberes Backup. Es kann eben sein, dass die Festplatten erstmal nicht erkannt werden, also gar nicht auftauchen. Das war bei mir auch mal so, dann einfach zurückstellen. Ich glaube aber, ich hatte Probleme, als ich auf ACPI umgestellt habe nicht umgekehrt. Da weiss ich auch nicht viel darüber. Aber es kann auch sein, dass die Fehler auf diese Weise verschwinden. Ob es gegen das ursprünglichen Problem hilft, ist eine andere Frage. Hoffe du kommst weiter.

ich würde als erstes mal ein Update von Unraid auf die neuste Version (6.12.10) machen.

Hallo Rexima Am besten legst du mal die -> diagnostics bei. Grüsse

Yes, I can confirm that. My script which "normalizes" all rights with "xargs" also continues to run in the background if i abort it. But I think it's normal that the current subprocess is not canceled, it just doesn't start a new one if you abort it.

Hallo Lennard Ich würd mal im "syslog-previous" schauen, dieser ist auf dem USB/logs oder wenn dein Unraid läuft in "/boot/loggs" zu finden. Dort müssten sich Einträge befinden die auf das Problem hindeuten. Vergleich doch mal was ab 22:00 dort eingetragen wurde beim einem fehlerhaften Shutdown-Prozess und bei einem Erfolgreichen. Grüsse

Ach ich habe bei Nextcloud die UID und GID von www-data auf 99 statt 33 gesetzt. Es kann gut sein das ich den normalen Weg nicht kenne, da entrypoint.sh bereits ein Skript ist das vor dem Start ausgeführt wird, nahm ich dieses. Wenn es da einen Weg gibt der ebenso direkt funktioniert. darfst du mir den gerne veraten. Aber ich möchte nicht bei jedem Container auf den Maintainer zu gehen müssen.

On my system, the term “daily” is at 4:40 AM Sat Jun 8 04:40:01 CEST 2024 Script Finished Jun 08, 2024 04:40.01 The scheduler is for: Parity Check Mover TRIM (I didn't have more settings)

Ich habe mir die entrypoint.sh bei Nextcloud gemappt und dort änderungen vorgenommen, müsste eigentlich auch darüber gehen nicht?

Warum ZFS? ZFS hat Deduplizierung und spart damit oft sehr viel Platz. ZFS ist mächtig an den Funktionen - Die man zugegebenermassen selten benötigt ZFS ist schneller je mehr RAM man dem ARC Cache zuweisen kann. ZFS ist aber daher nicht sehr Ausfallssicher, weswegen eine USV empfohlen wird. Ich hatte (zum Glück) noch nie einen Ausfall. Habe jedoch beide Systeme immer wieder ausprobiert und hab mich schliesslich für ZFS entschieden. Und XFS als separaten Pool für Docker. Das Imiges nicht richtig gelöscht werden (als ich brtfs hatte) umgehe ich persönlich so, dass ich dies mit Portainer prüfe und immer mal wieder von Hand aufräume. Das mach ich sowieso.. Wer das auch macht, hat auch mit btrfs quasi keine Probleme. (Hat sich da mal was getan?) Weder btrfs noch zfs ist im meinen Augen für das Docker Verzeichnisse optimal. Bei btrfs werden die Imiges nicht aufgeräumt nach entfernen des Containers, trotz dem Haken "Image auch entfernen". Bei ZFS hast du dafür ca. 200 Snapshots von jedem Image das jeder Container benutzt. Das siehst du halt erst, wenn du dir z.B. das Plugin ZFS Snapshots dazu hohlst. Ist zwar nicht Müll, so arbeitet Docker mit ZFS halt einfach, aber in meinen Augen dennoch unschön. Desswegen kein Pool für "system/docker"..naja hoffe das kommt bald besser. @ich777 Ich hoffe mal stark, dass die Wiederherstellung auch ohne Workaround (Daten verschieben, neuen pool erstellen, Daten zurück) funktioniert. In den meisten Fällen fehlt wahrscheinlich das Wissen dazu, oder man geht einfach auf nummer sicher und verlässt sich auf die bekannte Methode.. Auch ich würde immer den "Workaround" empfehlen, da dies auch ohne sich auskennen zu müssen immer funktionieren wird. (Solange man Platz hat) Aber nach meinem Wissenstand funktioniert die Wiederherstellung wie folgt: RAID 1 Btrfs - Das System identifiziert, dass eine Festplatte fehlerhaft ist und nicht mehr gelesen werden kann. - Festplatte entfernen: Der Administrator entfernt die fehlerhafte Festplatte physikalisch und setzt eine neue Festplatte ein. - Partitionieren und Dateisystem erstellen: Die neue Festplatte wird partitioniert und das Btrfs-Dateisystem wird darauf erstellt. - Rebalancing und Wiederherstellung: Mit dem Befehl btrfs replace start wird die fehlerhafte Festplatte durch die neue ersetzt. Btrfs beginnt dann mit dem Rebalancing und der Replikation der Daten von der noch intakten Festplatte auf die neue Festplatte. ZFS - ZFS benachrichtigt den Administrator über einen Festplattenfehler, typischerweise über ZFS-Events oder Systemlogs. - Festplatte ersetzen: Die defekte Festplatte wird entfernt und eine neue eingebaut. - ZFS Replace-Befehl: Der Befehl zpool replace wird verwendet, um ZFS anzuweisen, die alte Festplatte durch die neue zu ersetzen. - Resilvering: ZFS beginnt mit dem Prozess des "Resilvering", bei dem die Daten von der funktionierenden Festplatte auf die neue Festplatte gespiegelt werden. RAID 5 Btrfs - Ähnlich wie bei RAID 1. - Neue Festplatte hinzufügen: Die neue Festplatte wird dem Array hinzugefügt. - Rebalancing und Datenwiederherstellung: Btrfs beginnt automatisch mit einem Rebalancing-Prozess, um die Daten über das gesamte RAID-Array neu zu verteilen und die Parität wiederherzustellen. ZFS - Ähnlich wie bei RAID 1. - ZFS Replace-Befehl: Auch hier wird der Befehl zpool replace verwendet. - Resilvering: ZFS führt das Resilvering durch, um die Datenintegrität und die Paritätsinformationen auf der neuen Festplatte wiederherzustellen. Das muss sowohl als auch funktionieren!

I think so, i will test but i thik its (0 0 * * *)

Korrekt, hab gleich mehrere Baustellen bei ihm eröffnet. Und nun ziemlich viel "verbessert" und einiges konfiguriert unteranderem eine Nextcloud eingerichtet etc. Das mit dem Skript ist hat auch schon gestalt angenommen. Schau dir mal Luckybackup an. Dies und ein Skript müsste für die meisten Fälle reichen. Die meisten NAS haben eine eingebaute Timer (An/Aus) Funktion. Wir können dein Anliegen gerne genauer anschauen. Schreib mal dein Setup (Disk, NAS, Zeitplan) Vorweg, ich empfehle keine Smart Steckdose um ein NAS an/aus zu schalten.

@DataCollector Genau.. haha - Ein altes Ticket hier, bin hier gerade beim durchstöbern darüber gefallen. Zu diser Zeit war ich noch nicht mal in der IT tätig. @Ford Prefect Sorry wegen meiner forschen Antwort hier. Musste noch warm werden im Forum 🙃 Wäre eigentlich immer noch cool, obwohl Ich in Zwischenzeit ein viel performanteres System habe.. Ich würde mir das heute so vorstellen, dass ich einen fixen Prozensatz von meiner Cache Platte vergebnen wollen könnte, die Unraid einfach nutzt um die am meisten Verwendeten Dateien darauf zu schaufeln. Und erst wenn der Prozensatz der Platte voll (oder kurz davor) ist, fängt er an die ältest-modifizierte Datei wieder ins Array zu schaufeln. (Halt den Cache optimal brauchen) Mit Skript und Datenbank Einträge für die Anzahl an Dateizugriffe könnte man das mühselig hinbekommen. Wäre schon nice, ein Plugin oder Plugin-Erweiterung in diese Richtung.. Grüsse

Ach das ist macvlan - entlich kenn ich die Auwirkung dieser Option und nicht nur die ständige Aussage, dass man das ausschalten soll. Siehe da und ich überleg mir hier ein Wolf. haha Vielen lieben Dank @alturismo

Siehe Antwort unten von @alturismo

you can try this for running the prefill commands parallel : #!/bin/bash # Variables CONTAINER_NAME="LANCache-Prefill" # Function to clean up child processes cleanup() { echo "Cleaning up..." # Kill all child processes of the current process group pkill -TERM -P $$ exit 0 } # Trap termination signals to trigger cleanup trap cleanup SIGINT SIGTERM # Execute commands in Docker container execute_command() { docker exec -u prefill $CONTAINER_NAME /bin/bash -c "cd /lancacheprefill && $1" & } # Start each prefill command in parallel execute_command "./SteamPrefill/SteamPrefill prefill --force" execute_command "./EpicPrefill/EpicPrefill prefill --force" execute_command "./BattleNetPrefill/BattleNetPrefill prefill --force" # Wait for all background processes to finish wait # Clean up if the script finishes normally cleanup try both and check the performence with the LANCache.-Prefill ..

I hope I understand correctly that you are looking for a trigger when a certain container is started, or docker itself? You can have the script check if a certain container is running, and if so, continue? #!/bin/bash # Container name CONTAINER="container_name_to_check" # Check if the container is running if ! docker ps --format '{{.Names}}' | grep -q "^${CONTAINER}$"; then echo "Container $CONTAINER is not running. Exiting script." exit 1 else echo "Container $CONTAINER is running. Continue.." fi # Your script here.. Greetings

The issue is likely due to different environment contexts for foreground and background scripts. Can you see any differences in "printenv" when you run the script manually/foreground or automatically/background? #!/bin/bash # Execute the script in the background and foreground, then you will see the output and can check the differences. (e.q. $HOME) printenv # But if you set the path absolut and manually, you should have no problems: # Path for rclone.conf RCLONE_CONFIG_PATH=/root/.config/rclone/rclone.conf echo $(rclone config file --config $RCLONE_CONFIG_PATH) export RESTIC_PASSWORD=ABEAUTIFULPASSWORD export RESTIC_REPOSITORY=rclone:storj:SERVER/LOCATION echo "Starting backup..." restic backup --exclude-file=/boot/config/plugins/user.scripts/scripts/backup_data/excludes.txt --option rclone.program="rclone --config $RCLONE_CONFIG_PATH" restic forget --keep-last 2 --prune --option rclone.program="rclone --config $RCLONE_CONFIG_PATH" echo "Backup finished successfully" Does the absolute path work? Greetings

yes, you open a subprozess (&) - That runing outside from main prozess. #!/bin/bash # Variables CONTAINER_NAME="LANCache-Prefill" # Function to clean up child processes cleanup() { echo "Cleaning up..." # Kill all child processes of the current process group pkill -TERM -P $$ exit 1 } # Trap termination signals to trigger cleanup trap cleanup SIGINT SIGTERM # Execute commands in Docker container sequentially execute_command() { docker exec -u prefill $CONTAINER_NAME /bin/bash -c "cd /lancacheprefill && $1" & PID=$! wait $PID } # Start each prefill command execute_command "./SteamPrefill/SteamPrefill prefill --force" execute_command "./EpicPrefill/EpicPrefill prefill --force" execute_command "./BattleNetPrefill/BattleNetPrefill prefill --force" # Clean up if the script finishes normally cleanup You can try this, this should open a process with three sub-processes. If you kill the main process, the sub-processes should also be killed.. Greetings

Hallo l3rry Kann es sein das du irgend welche komischen Einstellungen in deinen Netzwerk Einstellungen hast? Bei mir ist das so eingestellt und ich rate es dir standardmässig auch so mit bond: Wie ist das bei dir? Grüsse

Ich nutze das Image: jlesage/jdownloader-2:latest Sonst würd ich mal initial nach Erstellen des Container diesen stoppen und anschliessend die Rechte manuell ändern: Und wenn folgende Einstellungen nicht klappen, versuch doch mal das Erwähnte Image von oben, bei mir geht das problemlos: Das was ich nutzte um die Rechte anzupassen war das Plugin: Dynamix File Manager Grüsse

Ich denke die Disk Pfade verweisensen an falsche Orte.. Dateiberechtigungen auf root:(root) mit 771 kann nicht funktionieren. Ich schätze hier muss mann komplett mit dem Benutzer- und Rechtestempel durchhammern auch die Bits 111 sind hier nicht richtig, auch wenn man das funktionstechnisch so auf den Ordnern machen könnte.. ich versuche es mit Ihm anzuschauen..

Ja das muss man kurz korrigieren.. aber da es so viel ist, denk ich nicht dass wir das schrifftlich jetzt noch kurz mit hin und herschreiben schaffen werden.. Ich kann dir anbieten das wir das kurz miteinander anschauen.. morgen früh würde mir passen. Willst du mich persönlich anschreiben? Grüsse

Hallo Lunner Wahrscheinlich hast du deine Daten quer verteilt über deine Platten.. Hast du den File Manager von Dynamix als Plugin? Kannst du mir mal ein Bild vom Pfad /mnt/user/ zeigen, ala: Grüsse

Sollen wir die Unterhaltung in ein privaten Channel verschieben?

Ja wenn du Luckybackup mit priviligierten Rechten startest, oder einfach als root, sollten Befehle die Rootrechte benötigen direkt mit der Skriptfunktion in Luckybackup möglich sein. Eins von beiden hatte ich mal, man sollte aber möglichst vermeiden Container mit rootrechten auszuführen.. Aber das könnte man ja umgehen, wenn man ein Lock-File von Luckybackup schreiben lässt und im Skript prüft ob dieses vorhanden ist, denn das Skipt läuft ja als root. Aber teoretisch beides machbar. Hilf mir schnell.. DSM = "DiskStation Manager" und du möchtest glaub wissen ob die Disks in Unraid automatisch mounted/umounted werden?