appdata Ordner nach Reboot

[mgutt]

10 hours ago, b_tob said:

"/mnt/user/appdata/satisfactory"

Ja so.

 

15 hours ago, b_tob said:

Phuu, das muss ich mal in Ruhe angehen, einige Ordner sind doppelt auf Array und NVME Cache, andere sind doppelt auf NVME Cache und SSD Cache. 

Schon was Neues dazu?

[b_tob]

hi @mgutt

 

ich habe den Share nun mit dem Befehl kopiert welchen du mir mitgeteilt hast, das hast auch funktioniert. Nun sind jedoch die Ordner immer noch auf dem Array sowie auf dem cache vorhanden, die Ordner auf dem Array sind aber leer. Ist das normal? 

Dadurch dass ich die Ordner mit dem rsync Befehl kopiert habe steht der Share jetzt noch auf "Cache:Yes", ich möchte den aber lieber auf "Cache:Only" haben. Kann ich das einfach so umschalten?

 

Den Docker Service habe ich noch nicht gestartet, da die Ordner noch doppelt vorhanden sind, nicht dass dann wieder etwas schief läuft.

 

 

[b_tob]

Hallo @mgutt

 

ich konnte in der Zwischenzeit alles wieder auf den Cache kopieren was darauf gehört, auch die VMs laufen wiederr. Jedoch habe ich immer noch das Probem das auf Disk 1 auf dem Array der appdata Ordner angezeigt wird, die Ordner sind jedoch leer, die Dateien sind alle auf dem Cache. Kann ich den Docker Service nun starten oder werden dann wieder Dateien auf dem Array angelegt?  

[jj1987]

55 minutes ago, b_tob said:

Jedoch habe ich immer noch das Probem das auf Disk 1 auf dem Array der appdata Ordner angezeigt wird, die Ordner sind jedoch leer, die Dateien sind alle auf dem Cache.

Dann lösch den Ordner doch auf disk1?!

[b_tob]

Das ist ja die Frage, ist es normal dass der appdata Ordner auf dem Array und auf dem Cache Pool exisitieren oder kann der Ordner auf dem Array gelöscht werden. Der appdata Share ist auf "Cache:Only" eingestellt, daher sollten ja keine Daten mehr auf das Array bzw. Disk 1 geschrieben werden wenn der Docker Service gestartet wird?!

[jj1987]

14 minutes ago, b_tob said:

ist es normal dass der appdata Ordner auf dem Array und auf dem Cache Pool exisitieren

"Normal" ist halt so eine Sache. Falls der share Mal auf "Cache: yes", oder bei "Cache: prefer" die SSD Mal voll war, kann das halt im Array landen.

16 minutes ago, b_tob said:

kann der Ordner auf dem Array gelöscht werden

Wenn du dir 100% sicher bist, dass es nur ein leerer Ordner ist, kannst du den löschen

[b_tob]

2 minutes ago, jj1987 said:

"Normal" ist halt so eine Sache. Falls der share Mal auf "Cache: yes", oder bei "Cache: prefer" die SSD Mal voll war, kann das halt im Array landen.

Der Share war gestern fälschlicherweise noch auf "Yes", darum wurde der Inhalt vom Cache auf das Array verschoben. Ist jetzt aber auf "Only" eingestellt und alles auf den Cache zurück verschoben.

 

3 minutes ago, jj1987 said:

Wenn du dir 100% sicher bist, dass es nur ein leerer Ordner ist, kannst du den löschen

Wenn ich mit dem Befehl "find /mnt/disk1/appdata -type f" nach Dateien suche wird mir nichts angezeigt, von daher gehe ich davon aus dass die Ordner leer sind und werde den appdata Ordner auf dem Array löschen.

[mgutt]

4 hours ago, b_tob said:

Wenn ich mit dem Befehl "find /mnt/disk1/appdata -type f" nach Dateien suche wird mir nichts angezeigt, von daher gehe ich davon aus dass die Ordner leer sind und werde den appdata Ordner auf dem Array löschen.

Der rsync Befehl von mir löscht keine Ordner aus der Quelle. Wenn du aber den Share auf Prefer gestellt hast und den Mover startest, sollte der Mover eigentlich alle löschen. Wenn nicht, dann eben:

 

find /mnt/disk1/appdata -type d -delete

 

 "find" mit "-type d" kann keine Ordner löschen, wo Dateien drin sind, daher besteht da keine Gefahr bei dem Kommando:

 

 

 

[b_tob]

4 hours ago, mgutt said:

Wenn du aber den Share auf Prefer gestellt hast und den Mover startest, sollte der Mover eigentlich alle löschen.

Vielen Dank, das wusste ich nicht, der appdata Share ist jetzt nur noch auf dem Cache vorhanden!👍