8 hours ago, _alo_ said:

kommt natürlich drauf an. kontrolle wäre besser. keiner weiß, wie viele appdata-Daten Du so hast und wieviel auf dem Cache noch frei ist.

Auf der Seite "Start" bzw "main" siehst Du den freien Platz des Caches.

und wenn Du die Konsole öffnest und "du -hs /mnt/user0/appdata" (ja, mit der "0", siehe Info) eingibst, wird dir angezeigt, wie viel Platz die appdata-Dateien auf deinem Array belegen - die müssen ja noch auf deinen Cache passen. Theoretisch könnten Deine Appdaten ja größer als der freie Platz auf deiner 128GB SSD sein (eben weil der Mover neue Dateien bislang immer nachts aufs große Array verschoben hat), von daher würde ich das mal checken.

zur Info:

• /mnt/disk1/appdata ist der Ordner auf der jeweiligen Array-disk Nr1

• /mnt/cache/appdata ist der Ordner auf dem Cache-Laufwerk (cache ist bei Unraid auch nur der Standardname des ersten pools)

• /mnt/poolname/appdata ist also der Ordner auf dem jeweiligen Pool "poolname"

• /mnt/user0/appdata fasst alle arraydisks zusammen

• /mnt/user/appdata fasst das Array mit allen pools zusammen

• eine Möglichkeit nur alle Pools zusammenzufassen gibt es nicht! Macht auch wenig Sinn, da man mit dem Mover pro share nur zwischen dem einen Array und einem bestimmten Pool hin und her moven kann und nicht z.B. von pool1 zu pool2. (das wäre noch ein Feature-Wunsch für die Zukunft). Dementsprechend braucht es diese Zusammenfassungsmöglichkeit aktuell nicht.

Ich zitiere aus der Lösung:

was noch unklar war:

mit prüfen meine ich folgendes: du hast doch jetzt erkannt, dass noch dateien unter /mnt/disk*/appdata liegen....prüfe, ob die dort nach dem Mover-Durchlauf auch dann eben nicht mehr liegen. Dann hat er alles zurück verschoben.Wenn dort Dateien überbleiben oder es Fehlermeldungen gibt, sollte man sich das nochmal ansehen. Aber wie gesagt, das ist eher theoretisch, das sollte klappen.

Ansonsten wenn du 100%ig sicher sein willst, mach doch von jedem Ordner vor dem Mover-Durchlauf ein Backup, z.B. über die Konsole:

cd /mnt/cache
cp -ra appdate appdata_sicherung
cd /mnt/disk1
cp -ra appdate appdata_sicherung
cd /mnt/disk2
cp -ra appdate appdata_sicherung
cd /mnt/disk3
cp -ra appdate appdata_sicherung

Wenn du dann später deine ssd tauschen willst, kannst Du das auch alles wieder mit dem Mover (für jeden Share einzeln) machen: primary/secondary definieren und über die mover-action steuern, wohin verschoben werden soll.

Du kannst die neue SSD auch parallel einbauen (sofern du noch einen Anschluss frei hast) und daraus einen neuen Pool erstellen und nur einzelne Shares darauf verschieben, ist halt alles flexibel.

Man kann das Verschieben aber auch manuell über die Gui oder die Konsole machen.

Ich glaube für Anfänger ist das mit dem Mover aber einfacher/sicherer...

Guten Morgen,

DANKE für die tolle Erklärung der mnt/user..... das ist klasse!

ich habe das mit der große der AppData geprüft und es sind 64gb auf den ARRAY DiSKs und zur zeit 1,21gb auf der SSD also passt es dann mit 128gb große der SSD.

eine frage hätte ich noch wenn ich per Konsole das Backup der einzelnen Disks mache wo landet dieses? Auf dem jeweiligem Laufwerk unter Appdate --> appdata_sicherung?

Und noch eine letzte frage: könnte ich auch in disk1/appdata/ gehen dort alles auswählen und dann den Befehl move ausführen das Target (die Cache SSD) auswählen und start drücken?

Wäre das auch ein weg? ist nur für mich zum Verständnis.

Danke für deine Mühe

1 hour ago, classma said:

eine frage hätte ich noch wenn ich per Konsole das Backup der einzelnen Disks mache wo landet dieses? Auf dem jeweiligem Laufwerk unter Appdate --> appdata_sicherung?

Genau, der "cd" Befehl bedeutet "change directory", d.h. du Wechselst in das angegebene Verzeichnis (alle Laufwerke sind ja in dem einem Verzeichnisbaum eingehängt/gemountet). Der nächste "copy"-Befehl "cp -ra [Quelle] [Ziel]" wird dann in diesem Verzeichnis ausgeführt. Er kopiert also das appdata Verzeichnis in ein neues Verzeichnis "appdata_sicherung", das Verzeichnis wird dabei automatisch erstellt. Die Option "-r" sorgt dabei dafür, dass rekursiv auch alle Unterverzeichnisse mitkommen und das "-a" dafür, dass alle Attribute übernommen werden (Eigentümer, Rechte, Zeitstempel,....).

1 hour ago, classma said:

könnte ich auch in disk1/appdata/ gehen dort alles auswählen und dann den Befehl move ausführen das Target (die Cache SSD) auswählen und start drücken?

ja könntest du auch mit folgenden Anmerkungen:

• solche Operationen übers Webinterface machen, dauert nach meiner Erfahrung ewig, da wäre die Konsole schon tausendmal fertig. Aber es ist grundsätzlich möglich.

• da Ziel/Target muss dabei richtig gewählt werden!! Wenn du in /mnt/disk1/appdata gehst, dort alles markierst und als Ziel fürs Verschieben /mnt/cache (die SSD) auswählst, hast Du anschließend die Docker-Daten unter z.B. /mnt/cache/jellyfin und nicht /mnt/cache/appdata/jellyfin. Wenn man sowas manuell macht, muss man eben genau aufpassen, was man tut. Der Mover macht nichts anderes, als die Share-Ordner (hier: appdata) auf allen Laufwerken des arrays zu suchen und datei für datei rekursiv auf den cache zu verschieben. Manuell kannst du das auch machen, musst aber eben aufpassen und wissen was Du da machst!

10 hours ago, _alo_ said:

Genau, der "cd" Befehl bedeutet "change directory", d.h. du Wechselst in das angegebene Verzeichnis (alle Laufwerke sind ja in dem einem Verzeichnisbaum eingehängt/gemountet). Der nächste "copy"-Befehl "cp -ra [Quelle] [Ziel]" wird dann in diesem Verzeichnis ausgeführt. Er kopiert also das appdata Verzeichnis in ein neues Verzeichnis "appdata_sicherung", das Verzeichnis wird dabei automatisch erstellt. Die Option "-r" sorgt dabei dafür, dass rekursiv auch alle Unterverzeichnisse mitkommen und das "-a" dafür, dass alle Attribute übernommen werden (Eigentümer, Rechte, Zeitstempel,....).

ja könntest du auch mit folgenden Anmerkungen:

• solche Operationen übers Webinterface machen, dauert nach meiner Erfahrung ewig, da wäre die Konsole schon tausendmal fertig. Aber es ist grundsätzlich möglich.

• da Ziel/Target muss dabei richtig gewählt werden!! Wenn du in /mnt/disk1/appdata gehst, dort alles markierst und als Ziel fürs Verschieben /mnt/cache (die SSD) auswählst, hast Du anschließend die Docker-Daten unter z.B. /mnt/cache/jellyfin und nicht /mnt/cache/appdata/jellyfin. Wenn man sowas manuell macht, muss man eben genau aufpassen, was man tut. Der Mover macht nichts anderes, als die Share-Ordner (hier: appdata) auf allen Laufwerken des arrays zu suchen und datei für datei rekursiv auf den cache zu verschieben. Manuell kannst du das auch machen, musst aber eben aufpassen und wissen was Du da machst!

Vielen tausend Dank!!!!

Ich bin echt über so viel Hilfe von allen überrascht!!!!

Danke....

Ich möchte noch gerne wissen wann ich den Rover manuell starte, wo kann ich sehen ob er alles bewegt hat und fertig ist?

17 minutes ago, classma said:

Ich möchte noch gerne wissen wann ich den Rover manuell starte

wann? wie du möchtest.

Auf dem Main-Tab siehst Du unten bei den Array Operationen den Button "Move" - der ist zum manuellen Starten des Movers, so wie es dahinter auch beschrieben ist:

hinter der Beschreibung ist dann der Link zum Scheduler, hier stellt man ein, wann der Mover laufen soll (täglich ist so default, es kann sein, dass ich die Uhrzeit angepasst habe):

Auch hier kannst Du "Move now" anklicken, sollte das gleiche wie auf der Main Seite sein.

32 minutes ago, classma said:

wo kann ich sehen ob er alles bewegt hat und fertig ist?

Du siehst, dass er nach seiner Scheduler-Eintrag nachts startet und direkt fertig ist bei mir, da es keine zu movenden Daten gab: im Syslog unter Tools --> System Log

Wenn Du in den Mover Settings noch das Logging aktivierst, wirst Du hier wahrscheinlich etwas mehr (jede Datei?) sehen.

Ich hab gerade nichts zu moven, aber so siehts dann im Syslog aus, wenn ich "Move Now" klicke: mit der Uhrzeit von jetzt, sonst gleich ;)

Ob er alles bewegt hat? Da geh mal von aus, wenn sie aktuell nicht im Zugriff sind (deswegen dürfen die Docker nicht laufen!), werden sie verschoben. Und sonst kannst Du -wie schon gesagt- ja auch nachsehen.

7 minutes ago, _alo_ said:

wann? wie du möchtest.

Auf dem Main-Tab siehst Du unten bei den Array Operationen den Button "Move" - der ist zum manuellen Starten des Movers, so wie es dahinter auch beschrieben ist:

hinter der Beschreibung ist dann der Link zum Scheduler, hier stellt man ein, wann der Mover laufen soll (täglich ist so default, es kann sein, dass ich die Uhrzeit angepasst habe):

Auch hier kannst Du "Move now" anklicken, sollte das gleiche wie auf der Main Seite sein.

Du siehst, dass er nach seiner Scheduler-Eintrag nachts startet und direkt fertig ist bei mir, da es keine zu movenden Daten gab: im Syslog unter Tools --> System Log

Wenn Du in den Mover Settings noch das Logging aktivierst, wirst Du hier wahrscheinlich etwas mehr (jede Datei?) sehen.

Ich hab gerade nichts zu moven, aber so siehts dann im Syslog aus, wenn ich "Move Now" klicke: mit der Uhrzeit von jetzt, sonst gleich ;)

Ob er alles bewegt hat? Da geh mal von aus, wenn sie aktuell nicht im Zugriff sind (deswegen dürfen die Docker nicht laufen!), werden sie verschoben. Und sonst kannst Du -wie schon gesagt- ja auch nachsehen.

8 minutes ago, _alo_ said:

Ich möchte noch gerne wissen wann ich den Rover manuell starte

Das sollte eigentlich" ich möchte noch gerne wissen WENN ich den Mover manuell Starte, .......

Lustig was die Worterkennung daraus macht 😂.

Just now, classma said:

Ich hab gerade nichts zu moven, aber so siehts dann im Syslog aus, wenn ich "Move Now" klicke: mit der Uhrzeit von jetzt, sonst gleich ;)

Just now, classma said:

Ob er alles bewegt hat? Da geh mal von aus, wenn sie aktuell nicht im Zugriff sind (deswegen dürfen die Docker nicht laufen!), werden sie verschoben. Und sonst kannst Du -wie schon gesagt- ja auch nachsehen.

Okay, also wenn dort finished steht dann ist alles kopiert!?

🤣ok

Jetzt hab ich hierzu allerdings auch mal eine Frage an die Profis und möchte keinen extra Thread aufmachen - ich hoffe auf eine kurze Antwort

wieso bekomme ich beim nächtlichen Mover-cronjob immer eine diese grep Fehlermeldung:

Sep 30 03:40:01 NUC move: mover: started
Sep 30 03:40:01 NUC move: grep: /boot/config/share.cfg: No such file or directory
Sep 30 03:40:01 NUC move: mover: finished

beim manuellen Aufruf aber nicht:

Sep 30 18:48:19 NUC move: mover: started
Sep 30 18:48:19 NUC move: mover: finished

P.S.: die /boot/config/share.cfg gibt es, mit diesem Inhalt:

# Generated settings:
shareDisk="auto"
shareUser="e"
shareUserInclude=""
shareUserExclude=""
shareUserEmptying=""
shareUserExclusive="no"
shareSMBEnabled="yes"
shareNFSEnabled="no"
shareNFSFsid="100"
shareInitialOwner="Administrator"
shareInitialGroup="Domain Users"
shareCacheEnabled="yes"
shareCacheFloor="2000000"
shareMoverSchedule="40 3 * * *"
shareMoverLogging="yes"
shareNameVeto="/lost+found/LOST+FOUND/"
fuse_remember="330"
fuse_directio="auto"
fuse_useino="yes"
shareNOFILE=""
shareAvahiEnabled="yes"
shareAvahiSMBName="%h"
shareAvahiSMBModel="Xserve"

20 minutes ago, _alo_ said:

🤣ok

Jetzt hab ich hierzu allerdings auch mal eine Frage an die Profis und möchte keinen extra Thread aufmachen - ich hoffe auf eine kurze Antwort

wieso bekomme ich beim nächtlichen Mover-cronjob immer eine diese grep Fehlermeldung:

Sep 30 03:40:01 NUC move: mover: started
Sep 30 03:40:01 NUC move: grep: /boot/config/share.cfg: No such file or directory
Sep 30 03:40:01 NUC move: mover: finished

beim manuellen Aufruf aber nicht:

Sep 30 18:48:19 NUC move: mover: started
Sep 30 18:48:19 NUC move: mover: finished

P.S.: die /boot/config/share.cfg gibt es, mit diesem Inhalt:

# Generated settings:
shareDisk="auto"
shareUser="e"
shareUserInclude=""
shareUserExclude=""
shareUserEmptying=""
shareUserExclusive="no"
shareSMBEnabled="yes"
shareNFSEnabled="no"
shareNFSFsid="100"
shareInitialOwner="Administrator"
shareInitialGroup="Domain Users"
shareCacheEnabled="yes"
shareCacheFloor="2000000"
shareMoverSchedule="40 3 * * *"
shareMoverLogging="yes"
shareNameVeto="/lost+found/LOST+FOUND/"
fuse_remember="330"
fuse_directio="auto"
fuse_useino="yes"
shareNOFILE=""
shareAvahiEnabled="yes"
shareAvahiSMBName="%h"
shareAvahiSMBModel="Xserve"

Ich hoffe dir wird geholfen!!

Ich werde am Samstag das mit dem Mover auf die alte SSD machen und Umzug auf neue Cash NVME denn da habe ich ruhe und kann mich darauf konzentrieren.

Würde mich freuen wenn ich dabei bin und auf Probleme stoße das ich in dem Moment Beistand und Hilfe bekomme.

Der weg wurde ja schon oft erklärt und ist ja auch nicht wirklich schwer, es ist halt die angst vor doofen Fehlermeldungen mit denen man nix anfangen kann und dann niemanden hat der helfen kann.

DANKE

Werde erstmal das backup per Kommandozeile machen dann bin ich sicher.

und dann das hier :

Docker ausschalten

Mover Action drehen (also Array—>cache)

Mover starten

Dann sollte alles auf dem Cache liegen (Prüfen!)

Dann secondary Storage rausnehmen

Docker wieder starten.

Dann werde ich schauen ob alles läuft.

Danach werde ich wenn die Zeit noch da ist den Umzug machen.

Docker dienste stoppen

Sprich alles von cache ---> Array kopieren und alles (einfach kopieren oder per Mover)

Alte Cache Platte aus System entfernen

System runterfahren

Hardware umbauen

System Starten.

Neue NVME als Cache platte einfügen

Formatieren in BTRFS

Alles von Array ----> Cache platte Kopieren. (einfach kopieren oder per Mover)

So hoffe ich klappt es......

Hallo zusammen,

ich möchte mich bei euch für die Hilfe bedanken.

Ich habe alles erfolgreich hinbekommen.

Danke dafür....

Aber ganz besonders möchte ich alo und alturismo danken.

On 9/29/2026 at 6:32 PM, alturismo said:

Wenn System auch richtig gesetzt werden soll, melden ;)

Hallo, hiermit melde ich mich. Denn das System sitzt auf meiner Disk 3 vom Array und tatsächlich ist das jetzt die Einziege die nicht in den Ruhemodus geht.

würde mich sehr freuen wenn du mir erklärst wie ich das einstelle das es auf den cache kommt.

Danke

6 hours ago, classma said:

würde mich sehr freuen wenn du mir erklärst wie ich das einstelle das es auf den cache kommt.

moin, am Ende wie du es bei appdata femacht hast.

mit ein paar Anmerkungen

1/ nutzt du ein docker image oder docker verzeichnis ? (bitte screenshot hiervon)

2/ nutzt du vm's und ist der dienst aktiv ? (screenshot hiervon)

3/ und dein aktuelles Share setup zu /system (wahrscheinlich Array bei dir)

4/ und hast du noch etwas unter /system gemacht ? oder lässt du den Share "default" nur für docker und vm's.

6 hours ago, alturismo said:

moin, am Ende wie du es bei appdata femacht hast.

mit ein paar Anmerkungen

1/ nutzt du ein docker image oder docker verzeichnis ? (bitte screenshot hiervon)

2/ nutzt du vm's und ist der dienst aktiv ? (screenshot hiervon)

3/ und dein aktuelles Share setup zu /system (wahrscheinlich Array bei dir)

4/ und hast du noch etwas unter /system gemacht ? oder lässt du den Share "default" nur für docker und vm's.

Das sind die beiden Fotos für 1. Docker Settings

6 hours ago, alturismo said:

2/ nutzt du vm's und ist der dienst aktiv ? (screenshot hiervon)

Ich nutze zur Zeit keine VM möchte aber gerne wissen wieso da steht das es nicht geht ?

Wäre aber für die ferne Zukunft zur Zeit würde ich eh keine nutzen

6 hours ago, alturismo said:

3/ und dein aktuelles Share setup zu /system (wahrscheinlich Array bei dir)

Das ist meine Aktuelle Share Übersicht

6 hours ago, alturismo said:

4/ und hast du noch etwas unter /system gemacht ? oder lässt du den Share "default" nur für docker und vm's.

Nein, habe ich nicht. Das hat mir mal alles ein Freund eingerichtet und der hat alles im Standat der Installation von Unraid übernommen

3 hours ago, classma said:

Das ist meine Aktuelle Share Übersicht

ok, und gemäß den screens ein docker image, dann den einfachen Weg.

1/ Docker und VM Dienst aus (den Dienst, nicht nur die Dockers)

2/ Share Einstellung von /system, ändern auf primary cache, secondary array (array > cache)

3/ mover laufen lassen

4/ Kontrolle ob alles drüben ist

5/ Share umstellen auf primary cache, secondary none (cache only)

6/ Docker Dienst wieder starten, fertig.

3 hours ago, classma said:

Ich nutze zur Zeit keine VM möchte aber gerne wissen wieso da steht das es nicht geht ?

naja, steht ja da ;) im BIOS die entsprechende Funktion aktivieren, das wäre alles ;)

1 hour ago, alturismo said:

ok, und gemäß den screens ein docker image, dann den einfachen Weg.

1/ Docker und VM Dienst aus (den Dienst, nicht nur die Dockers)

2/ Share Einstellung von /system, ändern auf primary cache, secondary array (array > cache)

3/ mover laufen lassen

4/ Kontrolle ob alles drüben ist

5/ Share umstellen auf primary cache, secondary none (cache only)

6/ Docker Dienst wieder starten, fertig.

naja, steht ja da ;) im BIOS die entsprechende Funktion aktivieren, das wäre alles ;)

Dankeschön,

Ich werde das mit dem System machen.

Wenn das auf dem Cash ist dann sollten alle Array Festplatten in standby gehen wenn nichts passiert?

Wegen der BIOS Einstellung werde ich es beheben.

Muss mal schauen was ich da einstellen muss.

Wenn ich das habe muss ich da Dan auch noch was einstellen wegen dem Cache?

Viele lieben Dank

Und viel grüße!!!!

32 minutes ago, classma said:

Wenn das auf dem Cash ist dann sollten alle Array Festplatten in standby gehen wenn nichts passiert?

nunja, solange dann nichts mehr auf dem array liegt wo darauf zugegriffen wird (regelmäßig)

da ich da unter anderem Nextcloud sehe, das weckt gerne die Platte auf, vor allem wenn nicht entsprechend konfiguriert.

isos (wenn mal VM kommt)

domains (wenn mal VM kommt)

scan, usw usw usw ...

sind ja alle auf Array only konfiguriert, sprich, bei jeglicher Tätigkeit darin wird die ein oder andere oder mehrere Platten hochfahren, ist halt am Ende die Frage was und wie du willst, permanente Parity Protection, dann ja, Array (langsam und laut), Backup Strategie und mehr auf den cache verlagern, deine Entscheidung.

bei 2 (unsinnigen) Shares (isos und vm) ist cache > array eingestellt, beim Rest nicht.

5 hours ago, classma said:

Nein, habe ich nicht. Das hat mir mal alles ein Freund eingerichtet und der hat alles im Standat der Installation von Unraid übernommen

vielleicht solltest du Ihn nochmals fragen oder dich etwas einlesen das du weißt was, wie, wo ... bedeutet, nur als Tipp.

5 hours ago, alturismo said:

vielleicht solltest du Ihn nochmals fragen oder dich etwas einlesen das du weißt was, wie, wo ... bedeutet, nur als Tipp.

Danke für den Tipp, kannst du mir was nenne wo ich mich einlesen kann. Also was mich dann auch weiter bringt.