Master-Rudi

Ich habe es mit einer dritten Variante gelöst. Mit einem Pool der von mergerFS erstellt wird. Das klappt wunderbar bisher und für ein reines Backup dass ich mit LuckyBackup auf das externe Gehäuse schreibe, ist das auch vollkommen ausreichend und funktional.

Ja Unassigned Devices habe ich installiert. Da werden die Platten auch einzelen (also als 5 separate HDDs angezeigt). Ich habe sie dann in einen Pool gepackt und NFS formatiert, damit ich ein Ziel habe, also einen RAID 0 Verbund quasi. Den anderen Beitrag habe ich gelesen, aber hilft mir irgendwie nicht weiter für mein Problem. Klar könnte ich neue Hardware kaufen (QNAP) aber ich habe ja bereits das Yottadingends. :-) Und das kann die Platten eben nur als 5 separate Platten durchreichen. Ich wollte bewusst ein "dummes" Gehäuse und Unraid die Arbeit und Organisation übernehmen lassen. Prinzipiell hatte das auch funktioniert bis ich eben das externe Backup abgezogen hatte. Aber so wie ich das mittlerweile vermute bzw. verstehe kann ich sie nur als 5 einzelne Platten lassen, die dann mounten bei bedarf und wieder unmounten und keinen Pool kreieren? Richtig? Gibts eine andere Möglichkeit, dass ich dann eine Art Pool erstelle damit ich mein Backup darauf bringe? mergerFS oder sowas?

Hallo zusammen, ich habe in meinem Server alle Platten in einem Array laufen. Da ich keinen Platz mehr für Backup-HDDs habe, habe ich mir ein Yottamaster 5 Bay Festplattengehäuse gekauft, dass per USB 3.1 an meinem Server hängt und 5 HDDs zur verfügung stellt. Die 5 Platten werden auch alle erkannt und ich habe sie zu einem ZFS Pool zusammengeschlossen der "Backup" heißt. Dann habe ich mit dem Docker "luckyBackup" ein Backup eingerichtet und die Daten vom Array auf den Pool "Backup" gespiegelt. Alles gut soweit. Der Plan war, das externe Festplattengehäuse nur alle 4 Wochen einzuschalten, ein Backup zu machen und es dann wieder auszuschalten. Und hier begann das Problem... Die 5 externen Platten lassen sich per Unraid sauber hoch und herunterfahren. Als alle Platten heruntergefahren waren, habe ich das externe Gehäuse einfach ausgeschalten. Jetzt lies sich aber Unraid nicht mehr neu starten, da die Pool Datenträger fehlen - Die Datenträger konnten nicht unmounted werden und beim unsauberen Neustart konnte das Array auch nicht gestartet werden, da die Platten von "Backup" alle fehlten. Ok, soweit nachvollziehbar! Dann habe ich das externe Gehäuse wieder eingeschalten, es wurden aber nur 3 der 5 Platten in Unraid erkannt und der Pool konnte so auch nicht gestartet werden... Verstehe leider nicht, weshalb nicht alle Platten erkannt wurden? Also Pool gelöscht und jetzt stehe ich wieder am Anfang... Ist die Idee mit dem Pool und dem externen Datenträger eine schlechte Idee? Habt ihr einen sinnvollen Workaround, wie ich das mache??

Works fine, tested a lot with mover running and files eg. Seems to be fixed with 7.2.1

I have the same issue since 7.2.0 zfs mount -a works as a workaround Installed 7.2.1 rc1 a few moments ago and will test it! Thanks!

Ok that worked... couldn´t believe it, cause i have been using it since the beginning and never had a problem. Thanks!

@alturismo : I'm not sure, but I don't think it's because of it. I have not changed anything about the settings and have not active all settings. In addition, the maintenance should be stopped at 7:00 am and the CPU load and power consumption should also be reduced again. However, this does not happen. So I suspect something else, or what do you think?

Hello, Since a few weeks my unraid have consumed a lot more power. It starts every day at 2:00 am and does not stop anymore. I tried and tried a lot and noticed that Plex starts at 2:00 at the maintenance interval. I finished the Docker container Plex at 10:00 pm and the power consumption did not go up at night. For example, when I restart Plex at 8:00, the consumption will also go down again. I see that Plex uses the CPU because individual cores always go to 100% for a short time. I didn't have this problem in the past. Does someone know what is the reason for this and how I bring Plex out of the maintenance cycle? Something seems to be hanging here during maintenance, doesn't it? tried a lot and finally i regognized that plex is starten at 2:00 am it´s maintainance procedure. Thaks in advance!!!

Ja das hat geklappt, hatte ich fest vermutet, das ich darum nicht rum komme. Dennoch komisch. Aber Danke!!

Mittlerweile habe ich das Problem gefunden. Es scheint so, als gäne es ein Rechte Problem im appdata Ordner. Ein "chmod 777 -R data" im iobroker Ordner hat geholfen. Ich hatte gesehen, dass hier die Rechte nicht sauber gesetzt waren und iobroker daher nicht gestartet ist. Ich hoffe es bleibt dabei.

Ok, das Problem besteht weiterhin. Ich habe den Container mehrfach gelöscht. Den appdata Ordner mehrfach gelöscht und alles neu aufgesetzt und nach 1 Woche wenn ich den Server neu starte, dann habe ich wieder das gleiche Problem. Hat jemand eine Idee??

Es ist echt komisch. Ich habe es nochmal im englischen Forum etwas detaillierter beschrieben mit neuen Infos. Vielleicht weiß einer von euch woran das liegt:

Hello, i have a strange error. When i copy a file from Windows to the share "Daten" it goes physically to my Cache drive. The problem is, that i am not able to open it, cause unraid sets the permissions wrong: Before copying anything to the folder "Rec": After copying a picture "1.jpg" to folder "Rec": At this moment i am not able to access the folder "Rec" anymore from Windows. Next you will see, that Unraid set the permissions of the picture "1.jpg" in a strange way: After starting the mover Unraid changes the permissions to the following and i´am able to access the folder und able to open the picture: Same issue with docker containers. After downloading and unpacking a file with jDownloader the permissions look like the following picture and i´am not able to access the folder from Windows, even after starting the mover i´am not able to access the folder: I don´t know whats causing this error. It happens just on one share folder... The combination with the cache drive and different right before and after the mover runs are strange, too. Any idea how i can fix this? Thanks!!

Also es liegt nicht an den Dockern... VMs deaktiviert, Docker deaktiviert und Anmeldename geändert und trotzdem bekomme ich sofort ein Problem wenn ich die Daten kopiere. Das passiert aber nur auf einem Share "Daten" bei den anderen gehts problemlos. Woran liegt das? Jemand eine Idee?

Hello, since a few days i have had several problems with my system: I use ioBroker and it crashed twice with a database error and i´am not able to bring it back to life. I tried to delete the appdata/iobroker folder and it´s read only. I´am not able to delete that files I also have some strange errors with one of my shares. after copying some files from windows to the share it´s read only, too. After restarting unraid, i was able to delete one folder from appdata/iobroker and then it´s read only again. After restarting Unraid, some dockers crashes with "Error code 403". The terminal gives me some errors: One of my cache disk, where appdata is stored, gives me a BTRFS error: Nov 12 17:36:13 NAS kernel: nvme0n1: p1 Nov 12 17:36:13 NAS kernel: BTRFS: device fsid 09cc234c-ab76-4f48-9de5-664c1202412e devid 1 transid 2261282 /dev/nvme0n1p1 scanned by udevd (775) Nov 12 17:36:28 NAS emhttpd: SAMSUNG_MZVKW512HMJP-000H1_S34CNX0J644674 (nvme0n1) 512 1000215216 Nov 12 17:36:28 NAS emhttpd: import 35 cache device: (nvme0n1) SAMSUNG_MZVKW512HMJP-000H1_S34CNX0J644674 Nov 12 17:36:28 NAS emhttpd: read SMART /dev/nvme0n1 Nov 12 17:38:03 NAS emhttpd: shcmd (143): mount -t btrfs -o noatime,space_cache=v2 /dev/nvme0n1p1 /mnt/cache_data Nov 12 17:38:03 NAS kernel: BTRFS info (device nvme0n1p1): using free space tree Nov 12 17:38:03 NAS kernel: BTRFS info (device nvme0n1p1): has skinny extents Nov 12 17:38:03 NAS kernel: BTRFS info (device nvme0n1p1): enabling ssd optimizations Nov 12 17:38:03 NAS kernel: BTRFS info (device nvme0n1p1): start tree-log replay Nov 12 17:40:18 NAS kernel: BTRFS info (device nvme0n1p1): leaf 493919158272 gen 2261288 total ptrs 188 free space 1619 owner 2 Nov 12 17:40:18 NAS kernel: BTRFS error (device nvme0n1p1): unable to find ref byte nr 23281922048 parent 0 root 5 owner 9282302 offset 0 Nov 12 17:40:18 NAS kernel: BTRFS: error (device nvme0n1p1: state A) in __btrfs_free_extent:3079: errno=-2 No such entry Nov 12 17:40:18 NAS kernel: BTRFS info (device nvme0n1p1: state EA): forced readonly Nov 12 17:40:18 NAS kernel: BTRFS: error (device nvme0n1p1: state EA) in btrfs_run_delayed_refs:2157: errno=-2 No such entry Nov 12 17:46:16 NAS emhttpd: spinning down /dev/nvme0n1 Nov 12 17:46:17 NAS emhttpd: sdspin /dev/nvme0n1 down: 25 Really strange errors... I need help for that. THNAKS!! nas-diagnostics-20231112-1750.zip