Ich habe aktuell das Problem, dass sich der Mover in der Nacht startet und schön seine Arbeit vollrichtet. Aber nachdem er fertig ist beendet er nicht mehr von selber. Habe das Verhalten auch, wenn ich den Mover von Hand starte. Im Log kann ich soweit nichts feststellen. Hier die letzten Zeilen des Logs. Wie man sieht, gehen die Platten nach ca. 15 Minuten in den Spin Down. Auch sonst kann man keine Aktivitäten mehr feststellen.

 

Nov  3 08:21:34 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/data/rules/uid/0/env/S6_FDHOLDER_LIST
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/data/rules/uid/0/env/S6_FDHOLDER_STORE_REGEX
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/data/rules/uid/0/env/S6_FDHOLDER_SETDUMP
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/data/rules/uid/0/env/S6_FDHOLDER_GETDUMP
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/data/autofilled
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/run
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/down
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/supervise/lock
Nov  3 08:21:35 NAS move: file: /mnt/disk1/system/docker/installed/overlay2/c1c31364bb775c4c6ec3d197dab78b647cbdbb8513c1b79899388076aa86b1a1/diff/run/s6-rc:s6-rc-init:OBNIfi/servicedirs/s6rc-fdholder/supervise/control
Nov  3 08:21:39 NAS emhttpd: read SMART /dev/sde
Nov  3 08:21:45 NAS emhttpd: read SMART /dev/sdg
Nov  3 08:37:11 NAS emhttpd: spinning down /dev/sde
Nov  3 08:38:12 NAS emhttpd: spinning down /dev/sdg
Nov  3 08:38:12 NAS emhttpd: spinning down /dev/sdd

 

Hat jemand evtl. eine Idee an was das liegen kann? Da der Mover sich nicht mehr beendet, läuft auch mein Parity-Check nicht mehr.

Ohne jetzt genau zu wissen, was da genau verschoben wird. Laufen die Docker Container während dem "Move"? Möglicherweise werden die Dateien momentan von einer Instanz genutzt und können deshalb nicht verschoben werden?

 

Wie verhält sich denn der manuelle Move, wenn du alle Docker Container vorher beendest?

Der Hinweis ist schon mal gar nicht so schlecht (Ein Container wurde hinzugenommen und bei einem Share wurde der Cache aktiviert). Ich werde da am Wochenende nochmals ein wenig testen und dann wieder berichten.

8 hours ago, AndreP78 said:

Hat jemand evtl. eine Idee an was das liegen kann? Da der Mover sich nicht mehr beendet, läuft auch mein Parity-Check nicht mehr.

es ist auch nicht unbedingt die beste Idee das /system Sahre zu moven ... anscheinend mit deinem Docker Directory, gefühlt ~ 1 Mrd Dateien ...

Habe nun das system umgestellt auf cache only. Wäre mir allerdings nicht bewusst, dass ich das auf cache und Array umgestellt hätte. Aber es scheint nun wieder zu funktionieren. Danke für eure Tipps 🙂