- Mitglied seit
- 30. Dez 2012
- Beiträge
- 10.247
- Punkte für Reaktionen
- 3.745
- Punkte
- 414
DSM 7.2 Migration von 6 kleinen Platten auf 3 große Platten
- Ersteller prahn
- Erstellt am
Hallo prahn,
Bücher und Hardware zum Thema gibt es bei Amazon: Migration von 6 kleinen Platten auf 3 große Platten
Bücher und Hardware zum Thema gibt es bei Amazon: Migration von 6 kleinen Platten auf 3 große Platten
Ah ok, vielen Dank für die Info.
Heute morgen "hing" der Kopiervorgang bei 92,3% und 3,76 TB. Nach einer Weile (2-3 Stunden) habe ich das abgebrochen und habe das NAS mal neu gebootet... und nun hängt das Bewegen des Shares "ActiveBackupforBusiness" wieder bei 92,3% und 3,76 TB.
Habe mal per CLI im Filesystem geschaut, dort kann ich nichts finden auf dem neuen Volume.
Und wenn ich per "top" auf die Prozesse schaue, sehe ich, daß der Prozess "synoscgi_SYNO.Core.Share_1_set" um die 25% CPU nutzt...
Hat jmd eine Idee, was ich machen soll? Erstmal weiter laufen lassen??
Heute morgen "hing" der Kopiervorgang bei 92,3% und 3,76 TB. Nach einer Weile (2-3 Stunden) habe ich das abgebrochen und habe das NAS mal neu gebootet... und nun hängt das Bewegen des Shares "ActiveBackupforBusiness" wieder bei 92,3% und 3,76 TB.
Habe mal per CLI im Filesystem geschaut, dort kann ich nichts finden auf dem neuen Volume.
Und wenn ich per "top" auf die Prozesse schaue, sehe ich, daß der Prozess "synoscgi_SYNO.Core.Share_1_set" um die 25% CPU nutzt...
Hat jmd eine Idee, was ich machen soll? Erstmal weiter laufen lassen??
- Mitglied seit
- 30. Dez 2012
- Beiträge
- 10.247
- Punkte für Reaktionen
- 3.745
- Punkte
- 414
Ne. Sollte ich?
Das ABB ist ja komplett als Dienst deaktiviert, da dürfte doch nix mehr laufen.
Oder doch?
Über htop im CLI sehe ich, daß der "Prozess synoscgi_SYNO.Core.Share_1_set" kontinuierlich zwischen 500 und 1000 K/s an Disk-Zugriffen verursacht. Also wird da wohl noch kopiert, oder?
Stimmt hier ggf. nur die Anzeige des Wartebalkens nicht?
Der Verschiebeprozess zeigt auch ein Datenvolumen von 3,76 TB an, während unter Freigegebne Ordner nur 1,8 TB steht.
Wird hier nun quasi der Teil kopiert, der durch Deduplication reduziert wird?
Das ABB ist ja komplett als Dienst deaktiviert, da dürfte doch nix mehr laufen.
Oder doch?
Über htop im CLI sehe ich, daß der "Prozess synoscgi_SYNO.Core.Share_1_set" kontinuierlich zwischen 500 und 1000 K/s an Disk-Zugriffen verursacht. Also wird da wohl noch kopiert, oder?
Stimmt hier ggf. nur die Anzeige des Wartebalkens nicht?
Der Verschiebeprozess zeigt auch ein Datenvolumen von 3,76 TB an, während unter Freigegebne Ordner nur 1,8 TB steht.
Wird hier nun quasi der Teil kopiert, der durch Deduplication reduziert wird?
Zuletzt bearbeitet:
- Mitglied seit
- 30. Dez 2012
- Beiträge
- 10.247
- Punkte für Reaktionen
- 3.745
- Punkte
- 414
Das scheint richtig, es geht dann doch weiter, wenn auch nur sehr, sehr langsam. 
Heute um 11 Uhr gestartet, nach 3 Stunden war der Stand bei 92,3%, dann tat sich ein paar Stunden gar nix... jetzt 8 weitere Stunden später ist er bei 96,1%.
Ich gehe mal pennen und hoffe, daß der lange Balken dann morgen früh weg ist.
Heute um 11 Uhr gestartet, nach 3 Stunden war der Stand bei 92,3%, dann tat sich ein paar Stunden gar nix... jetzt 8 weitere Stunden später ist er bei 96,1%.
Ich gehe mal pennen und hoffe, daß der lange Balken dann morgen früh weg ist.
ABB ist nun auch umgezogen, heute dann noch die letzten Kleinigkeiten bereinigt und ich konnte das Volume1 sauber löschen. 
Super, jetzt läuft noch die Neusynchronisation vom RAID, dann ist alles durch.
1.000 Dank für Eure Hilfe.
Super, jetzt läuft noch die Neusynchronisation vom RAID, dann ist alles durch.
1.000 Dank für Eure Hilfe.
Kaffeautomat
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
