Amane

und ich dachte/höhrte scrub ginge nicht im array.. 👍

Denke nicht.. Kannst ja mal deinen zpool und arc beobachten: watch -n 1 'echo "zpool (ZFS)" && zpool iostat -v && echo -e "\narc (Cache)" && arcstat'

Er meinte alles aus..

ZFS kenn ich mich nicht besonders aus, es könnte jedoch sein, dass Daten in dein RAM gecached werden, oder auch wieder ins Array geschrieben werden? Vielleicht bin ich auch auf dem Holzweg.. Es muss aber irgendwo etwas geschrieben werden.. also hab ich bald nur noch den unsichbaren Ordner "/mnt/disk1/.zfs" in verdacht, aber normalerweise sollte der dort nichts schreiben ausser man schaltet snapshots ein.. cd /mnt/disk1/.zfs && ls -alh ./* Keine Ahnung wo sonst irgendwelche Daten auf disk1 geschreiben werden, die im find Befehl nicht vorkommen.. Vorallem weil:

True 👍 Ist das Filesystem vielleicht zfs? (RAM <-> Array) - Wahrscheinlich denk ich zu weit ^^

Alles klar, dann sind es wohl die lesevorgänge: find /mnt/disk1 -type f -atime -1 -printf "%T+ %p\n" | sort

Hallo Tremendous Mit dem Befehl kannst du nachschauen welche Daten zuletzt geändert wurden: find /mnt/disk1 -type f -mtime -1 -printf "%T+ %p\n" | sort Unten ist dann die zuletzt veränderte Datei. Vielleicht hilft dir das bei der Ergründung ob das so sein soll auf deiner disk1.

@sasbro97 Ok i have test the PATH and i see that: Manual Script PATH: /usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin Cron Script PATH: .:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin So test: PATH="/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin" That also works: But check the docker PATH with the script above

Ok... I would extend the logging so that you create a log file in the "/config" folder, i.e. the one that is mapped in appdata. #!/bin/bash #description=This script updates all apps in Nextcloud. #arrayStarted=true #name=Nextcloud Auto-Update Apps CONTAINER_LOGFILE="/config/auto_update_script.log" echo "Script PATH: $(printenv PATH)" docker exec -u www-data nextcloud echo -e "\nStart: $(date)" >> $CONTAINER_LOGFILE docker exec -u www-data nextcloud echo -e "\nDocker PATH: $(printenv PATH)" >> $CONTAINER_LOGFILE docker exec -u www-data nextcloud echo -e "\napp:update output:" >> $CONTAINER_LOGFILE docker exec -u www-data nextcloud php /var/www/html/occ app:update --all >> $CONTAINER_LOGFILE 2>&1 docker_exit_status=$? if [ $docker_exit_status -eq 0 ]; then curl -fsS -m 10 --retry 5 --data-raw "$m" http://unraid-server:8003/ping/1505e87d-84e2-4806-a2a0-fa214d96cb17 echo -e "\nScript succeeded" fi This issue is particularly interesting, as it is otherwise not logged?! docker exec -u www-data nextcloud php /var/www/html/occ app:update --all >> $CONTAINER_LOGFILE 2>&1

Hallo sgtn Hier noch ein Befehl der dir die zu letzt geänderten Dateien inerhalb eines Tages am Ziel "xxx" auflistet: find /mnt/xxx -type f -mtime -1 -printf "%T+ %p\n" | sort -r Damit wird dir die zuletzt geänderte Datei zu unterst aufgelistet. Grüsse

Hi bthoven Try this, i hope it works: #!/bin/bash # Variables SLEEP_TIME=10 ATTEMPTS=5 # Function to wake up HDD wake_hdd() { local wake_dir=$1 local attempt=1 while [ $attempt -le $ATTEMPTS ]; do echo "Attempt $attempt to wake up external HDD.." ls "$wake_dir" > /dev/null 2>&1 if [ $? -eq 0 ]; then echo "HDD is awake." break else echo "Failed to access HDD, sleeping for $SLEEP_TIME seconds.." sleep $SLEEP_TIME fi ((attempt++)) done } # Run wake up HDD wake_hdd "/mnt/remotes/BTHOVEN_DDWRT_NAS" #wake_hdd "/mnt/remotes/another_path_to_wake_up" # Your script here: Greetings

Da du kannst in FolderSync beim erstellen des SFTP Accounts de "Pfad" angeben z.B. (/mnt/user) dann wird beim erstellen von neuen Ordnerpaaren direkt von dort her die Ordner aufgelistet.

SFTP (SSH File Transfer Protocol) nutzt das SSH Protokoll, wenn du ssh aktiviert hast, brauchst du nichts zusätzliches.

Halihalo FrankyL Sieht ganz so aus als würdest du die Ordner AppData, System und Domain auf deine NVME (Disk2) verschieben wollen. Da es sich um die Ordner handelt, in denen Docker und die VMs arbeiten, müsstest du als erstes Docker und den VM-Manager ausschalten. Anschliessend, musst du den Pfad in den Einstellungen der Shares noch auf die neue Disk ändern. Mir fällt gerade ein, ich hoffe du hast nicht btrfs als Filesystem ausgewählt, dann schätze ich, müsstest du mit neuer Docker Konfiguration starten - Wenn du XFS hast kannst du fortfahren. Wenn fertig kannst du die Daten auf Disk2 verschieben. Ich glaube etwas mitzuhören, dass du das gerne nicht in der Konsole machen würdest. Dafür gibt es Unbalanced als Plugin. Damit kannst du dann die Daten verschieben. Anschliessend würde ich trotzdem noch kurz kontrollieren ob alles funktioniert hat und die Daten komplett verschoben wurden: tree /mnt/disk1/appdata tree /mnt/disk1/domains tree /mnt/disk1/system Die Ausgabe zeigt dir dann den Inhalt von Disk1 an, die sich dort befinden (appdata, system und domain) sollten dann hoffentlich keine Daten mehr enthalten. also so: Wenn alles korrekt verschoben wurde und die Pfade in den "Docker" und "VM Manager" Settings auf korrekte Pfade zeigen, kannst du Docker und den VM-Manager wieder online nehmen. Dann sollte es geklappt haben. Bei unklarheiten kannst du problemlos nochmals nachfragen. Grüsse

Doch klar, das geht. Einfach deinen Share wählen und dann einen Unterordner dieses Shares anwählen. Aus zwei Gründen, erstens ich brauche nur ein Konto einzurichten und nicht für jeden Share ein neues zu erstellen. Zweitens ich kann auch ausserhalb der Share eine Synchronisation einrichten - Z.B. ein Backup des USB von Unraid:

#!/bin/bash # Pfad zum Verzeichnis TARGET_DIR="/mnt/user/CamRecords/video/ZTLVF" # Dateimuster, nach dem gesucht werden soll FILE_PATTERN="*.mkv" # Mindestanzahl von Tagen, die eine Datei alt sein muss, bevor sie gelöscht wird MIN_DAYS=1 # Maximale Tiefe der Verzeichnissuche MAX_DEPTH=1 #---------------------------------------------------------------------------------------------------- # Finde und lösche Dateien "-type f" in TARGET_DIR, die sich MAX_DEPTH im Verzeichniss befinden, # älter als MIN_DAYS sind und dem Muster FILE_PATTERN entsprechen find "$TARGET_DIR" -maxdepth "$MAX_DEPTH" -type f -name "$FILE_PATTERN" -mtime +"$MIN_DAYS" -exec rm {} \; if [ $? = 0 ]; then echo "Skript erfolgreich ausgeführt." else echo "Es ist ein Fehler im Skript aufgetreten." fi Etwas leichter zu handhaben, einfach die Variablen oberhalb der Trennlinie ändern und das Skript ausführen. Zusätzlich etwas Erklärung dazu. Grüsse

Hallo unDog Der Grund bei dem ersten Befehl ist ein fehlender Abstand nach den Schlaufenklammern "{}\;" -> "{} \;" Der zweite Befehl hat geklappt, deswegen hast du nach "Note that closing this window will abort the execution of this script" keine weitere Meldung mehr erhalten. Ich werde dir gleich noch was basteln, just a moment 😉

Hallo BastiKA84 Ich habe die letze Zeit hier viel gelesen das bei Problemen mit der Seite, versucht werden soll kein Übersetzungsplugin zu verwenden. Falls du z.B. das deutsche Languagepacket verwendest, probiere es mal ohne. Grüsse

Hallo Wubi Vieleicht an den Dateiberechtigungen? hast du schon mal nachgeschaut was der Unterschied der sichtbaren und nicht sichtbaren Ordner auf dem Dateisystem direkt ist? Grüsse

Doch hat wunderbar mit SMB2 und SMB3 funktioniert. Benutzer Passwort Server-Adresse: IP von Unraid (445) SMB-Freigabename: (wichtig, muss dem Share-Namen entsprechen) Hast du vielleicht den kompletten Pfad als Freigabename verwendet? Wie gesagt, bei mir klappt es - und wenn du sonst auf deinen Share kommst. Müsste es funktionieren. Weitere Test wenn es nicht klappt, versuch mal den Unraid Server vom Handy aus anzupingen oder im Web aufzurufen.. Grüsse

Hallo Infosucher Ich nutze die App ebenfalls. Und ob wohl ich diese mit SFTP eingerichtet habe, was dir auf das ganze System Zugriff gibt, versuch ichs mal mit SMB..

@ich777 Hi, I have new findings! The termalsensor AUXTIN is not output correctly! It has nothing to do with the Mellanox card, even when I have unplugged it, the thermal sensors are displayed at 105°C and above.. You can find a lot about this on the internet. Actually I should ignore them... but the problem is that my card only works if they stay below 105°C, also the temperature of the Melanox card is probably wrong because of that?! They are aditional temperature sensors.. I'm trying to deactivate them somehow... I plugged the card in with a riser cable and touched it with my fingers, it doesn't get that bad warm...

ok, that's tricky.. Try this: 25 12 1-7 * * [ "$(date +\%u)" -eq 6 ] && You can use the costom schedule in the user scripts an input this "workaround". At 12:25 on every day-of-month from 1 through 7, run and check if it Saturday ([ "$(date +\%u)" -eq 6 ]) and if so (&&), execute the command - But does it really have to be that complicated 😅

ok, then you must change "systemctl restart nginx" to "rc.nginx restart". Unraid do not use systemd. /etc/rc.d/rc.nginx restart And I think you should backup your settings and reinstall unraid... or have you already tried that?

Hallo Mike Ich versuche mal ins blaue zu raten und verdächtige die Anzahl an PCI Lanes die dein Bord/CPU gebrauchen kann. Hast du auf dem Mainboard Datenblatt mal die Specs geprüft, welche PCI-, NVME- und SATA-Slots du gleichzeitig belegen darfst? *Ach und wenn es erst mit deinem neuen Prozessor nicht mehr geht und du sonst nichts geändert hast, versuch vielleicht mal ein BIOS Update.. Grüsse