All Activity

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 -r Unten ist dann die zuletzt veränderte Datei. Vielleicht hilft dir das bei der Ergründung ob das so sein soll auf deiner disk1.

did you access using name initial setup name? http://tower I believe.

Hier der Output:

zeig mal den output von ls -la /mnt/user0/ da werden dir roots von allen Array Shares angezeigt ... sollte /appdata /system /domains ... drauf liegen, sollte der Rest selbsterklärend sein

hatte ich ganz übersehen also, von alleine löscht sich ja nichts, sprich, irgendwas hat ... oder irgendwer ... was du mal schauen kann, in NC mal unter gelöschten Dateien geschaut ?

Seit heute liest Unraid permanent was vom Array und schreibt alle paar Sekunden auf die Parity, aber nur im KB Bereich. Ich habe mit File Activity schon geschaut was er da anfasst. Ergebnis: Nix Wie kann ich rausfinden was da passiert? Ich hätte schon gerne den Spindown wieder.

So I tried moving the files from one docker in disk3 into cache, that broke the container a little bit. Then I tried mv /mnt/disk3/appdata appdata_bu and everything is running fine now and the cache share is showing the correct size and pool.

dazu braucht es auch das UAD plus addon ... inkl. destructive mode (löschen, formatieren, ...) zu deinem workflow, wenn die disk sich "abmeldet" und dann wieder kommt ... wird die ziemlich sicher im Docker nicht remountet. Kannst folgendes mal schauen 1/ den mount dazu als slave setzen << könnte helfen ... 2/ luckybackup per script neu starten nachdem die externe disk on und mountet ist ... UAD kann auch scripts ausführen oder per userscripts nach Zeitplan.

Hardware ist sicherlich nicht auszuschließen ... aber btrfs ist (leider) hier auch öfters komplett in die Knie gegangen, bis zu dem Tag an dem ich (Idiot) mal blank (ohne Backups) stand ... das war dann das endgültige Aus hier ... und wenn du danach suchst ... wirst du einiges zu btrfs und Problemen lesen.

hat geklappt. Besten Dank. Mal schauen, ob das Problem nun nicht mehr auftritt. Verwunderlich aber dennoch, da bisher in der gleichen oder ähnlichen Konstellation, aber immer mit btrfs noch nie aufgetreten. Mache mir eher sorgen, dass die nvme's kaputt sind. Nun, ich teste mal und warte ab.

Thanks. I just did this but i still see directories that are on disk3

Dann soltest du sie unter /mnt/disks/Name_des_Mount_points finden. Formatieren geht auch. Dabei klickt man auf die roten x neben der Modellbezeichnung. Das löscht und zeigt dann ein Format Button an.

Yep. I just rebooted again and the Docker Patch shows up in the Installed Plugins list.

It's not liking the single quotes for the variables. Change line 15: if awk 'BEGIN {exit !('$plex_cpu_load' > '$cpu_threshold')}'; then Swap the internal single quotes to double quotes: if awk 'BEGIN {exit !("$plex_cpu_load" > "$cpu_threshold")}'; then

habe sie mittels Unassigned Devices eingebunden

Just had a quick look at the code and it appears that there IS a check on whether the array is already started so unless that check is faulty in some way the backup process will not run without the array started.

Zu meinem Gigabyte B760M DS3H DDR4: Ich habe diese dünnen Blechdeckel gar nicht erst montiert. Und nur zur Erinnerung zitiere ich mich: "Da ich das Mainboard sowieso nur für Testzwecke (eigentlich für Windows zum Festplatten und SSD testen & prüfen) gekauft habe, habe ich aktuell Zeit es auch für Unraidtests zu nutzen." Dieses Mainboard nutze ich nicht für ein unraid Langzeitsystem, Aktuell teste ich damit nur Hardware. Bei eher unkritischen NVMe SSD M.2 verwende ich geklipste kleine Kühler https://www.amazon.de/gp/product/B089RBKH31 Bei eher wärmer werdenden NVMe SSD M.2 sind es dann die geklipsten größeren geworden: https://www.amazon.de/gp/product/B08XZ6FTHL Aufgrund eines Sonderangebotes habe ich mir dann auch vor kurzem ein paar Sabrent mit Heatpipe für extreme Fälle geholt (aber noch nicht montiert) https://www.amazon.de/dp/B07TN2RX2K

1/ screen / Übersicht machen der Docker, Docker und VM Dienst stoppen 2/ alles wegsichern sofern möglich (außer ../system/docker/.... macht keinen Sinn 3/ Platten neu formatieren und einrichten 4/ Backup retour spielen 5/ Docker und VM Dienst wieder starten (docker image / folder wird neu erstellt, ..system/docker/...) 5/ Docker neu installieren aus previous apps oder docker tab, add container, user templates ... alle Startparameter sind vorhanden /liegen auf dem Flash), persistent appdata waren dann ja gesichert / retour ... sprich, alles wie vorher und nix verloren

I'm also want to have my zfs system utilise more RAM. I'm curious about what the default setting for RAM allocation is before you added this conf file though. Do you have any idea of what it might be? And how has your experience been since making this change?

I got that working many thanks!

I'm also not sure if I can do anything about that since this sounds also like a game issue...

Thanks @alturismo! Yes, I was aware that I pinned a specific version(27.1.0-ls271). I saw somewhere that is a best practice to tag a specific version versus "latest" that could continually change and perhaps introduce breakage. And I understand that NC doesnt like jumping over major releases(27->28->29 is OK but 27->29 is not). I wanted to go to the latest version of 27, but I see that the Linuxserver container for NC only goes to the version I tagged and hasn't been updated past that version of 27 since December. And then later you say the tagging on NC's GitHub may be different. So I guess for the Linuxserver NC container, the latest 27 is 27.1.4 which I will go to when I have some time(in case something goes off the rails). I'm just concerned that NC themselves recommend going to 27.1.9(from a few days ago) and the only version I can go up to with this container is 27.1.4(from Dec 2023).

Heyho, danke für die schnelle Antwort dann werde ich das mall ausbauen und testen. Hast du auch auf deinem B760M DS3H AX einen anderen Kühlkörper ? wenn ja welchen ?

Besten Dank für die schnelle Antwort. Wie könnte die Umstellung erfolgen, ohne wieder alle Docker neu installieren zu müssen? Wäre nicht ganz so daramatisch, aber schon Bequemer. Wobei, ich konnte den Umzug auf den zweiten cache durchführen. läuft das über den mover? Und ist das nicht eher ein Signal, dass was mit den nvme's ist? Hatte vorher andere drin, aber auch btrfs und es gab nie Probleme dieser Art. Also: zfs, mirror, 1 group of 2 devices?

Glad to hear.... Sure, I already have a container for V-Rising (search for "v rising" <- with a space) :