DS1812+ kann Speicher nicht erweitern

[Duochrom]

Hallo liebe Community

Ich besitze für den privaten Gebrauch ein DS1812+. Bis letzte Woche war die Diskstation mit 6 Festplatten bestückt (4x3TB und 2x4TB). Letztes Wochenende bestückte ich die letzten zwei freien Slots meiner Diskstation mit 2x6TB. Die Diskstation wird Hybrid RAID und als einzelnes Volumen betrieben.

Die neuen Festplatten konnten erfolgreich hinzugefügt werden. Nur konnte der vorhandene freie Speicher dem bestehenden Volumen nicht hinzugefügt werden.
Ich gehe wie folgend vor:


Im Register "Bearbeiten" sieht es wie folgend aus


Ich klick auf "Verwalten" und folge den Anweisungen




Dann passiert dies...


...mit diesem Ergebnis.


Meine Disks sehen folgendermassen aus:


Wie kann ich den nicht zugewiesenen Speicher auf das Volume1 erweitern?

Im Internet fand ich folgende Anleitung:
http://iphoneinaktion.com/2014/07/synology-volumen-vergrosern-schlagt-fehl-anleitung-zur-reparatur/

Wenn ich den Befehl "e2fsck -yvf -C 0 /dev/md0" eingebe, kommt folgender Fehler: e2fsck 1.42.6 (21-Sep-2012)
/dev/md0 is mounted.
e2fsck: Cannot continue, aborting.

Ich bin nun am ende mit meinem Latein, kenn jemand diese Problematik, bzw weiss jemand wie man den Speicher erweitern kann?

Danke für die Hilfe

 

[raymond]

Was sagt https://www.synology.com/de-de/support/RAID_calculator ?

 

[Duochrom]

Der Calculator sagt mir, dass ich mit dieser Konfiguration 26 TB verfügbarer Speicherplatz hätte und 6TB für den Schutz würde verwendet.

 

[dil88]

Hast Du das Volume vielleicht auf einer anderen DS erstellt und später auf die 1812+ migriert?

 

[raymond]

Richtig. Nutzt du SHR oder SHR2?

 

[Duochrom]

Nein, das Volumen wurde auf dieser DS erstellt. Ich nutze das normale SHR.

 

[dil88]

Dann würde ich Dir empfehlen, hier ein Ticket bei Synology anzulegen.

 

[Duochrom]

Ich löste nun ein Supportticket. Danke für die Unterstützung.

Sobald ich mehr weiss, melde ich mich wieder hier.

 

[Duochrom]

Ich bin über folgenden Theader gestolpert. Ev könnte dies die Ursache meines Problems sein.

Link

 

[dil88]

Nein, das denke ich nicht. Deshalb habe ich Dich ja gefragt, ob das Volume migriert wurde. Die 1812+ kann Volumes bis 108TB Größe verwalten.

 

[Duochrom]

Heute früh versuchte ich nochmals das Volumen dem freien Speicher zu erweitern. Wie es zu erwarten war, ohne Erfolg.

Die Auswertung des Logfiles ergab folgendes:

Dec 6 09:15:15 Synology1812 kernel: [76426.161972] EXT4-fs warning (device dm-2): ext4_resize_begin:32: There are errors in the filesystem, so online resizing is not allowed
Dec 6 09:15:15 Synology1812 kernel: [76426.161975]
Dec 6 09:15:17 Synology1812 synostoraged: hotspare_log_repair_err.c:29 [INFO] space [/dev/vg1/volume_1] is not degrade, skip repairing with spare disks

Mit dem Befehl "cat /proc/mdstat" erhielt ich folgende Angaben

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md4 : active raid1 sdg7[0] sdh7[2]
1953494784 blocks super 1.2 [2/2] [UU]

md3 : active raid5 sdf6[0] sdg6[2] sdh6[4] sde6[1]
2930228352 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
resync=DELAYED

md2 : active raid5 sda5[0] sdg5[6] sdh5[8] sdf5[5] sdc5[3] sdd5[4] sde5[2] sdb5[1]
20478721536 blocks super 1.2 level 5, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
[=========>...........] resync = 45.2% (1324820096/2925531648) finish=1572.0min speed=16969K/sec

md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4] sdf2[5] sdg2[6] sdh2[7]
2097088 blocks [8/8] [UUUUUUUU]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4] sdf1[5] sdg1[6] sdh1[7]
2490176 blocks [8/8] [UUUUUUUU]

unused devices: <none>

Warum mach die Platte md2 ein "resync"?

Um meine Übung abzuschliessen, wertete ich noch mein Raid md2 aus: mdadm --detail /dev/md2

/dev/md2:
Version : 1.2
Creation Time : Fri Mar 22 23:55:05 2013
Raid Level : raid5
Array Size : 20478721536 (19530.03 GiB 20970.21 GB)
Used Dev Size : 2925531648 (2790.00 GiB 2995.74 GB)
Raid Devices : 8
Total Devices : 8
Persistence : Superblock is persistent

Update Time : Sat Dec 6 09:34:57 2014
State : clean, resyncing
Active Devices : 8
Working Devices : 8
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Rebuild Status : 45% complete

Name : Synology1812:2 (local to host Synology1812)
UUID : a2cd7035:e3e428be:1fce8584:13442aa3
Events : 100838

Number Major Minor RaidDevice State
0 8 5 0 active sync /dev/sda5
1 8 21 1 active sync /dev/sdb5
2 8 69 2 active sync /dev/sde5
4 8 53 3 active sync /dev/sdd5
3 8 37 4 active sync /dev/sdc5
5 8 85 5 active sync /dev/sdf5
8 8 117 6 active sync /dev/sdh5
6 8 101 7 active sync /dev/sdg5

Im Synology-Forum-Archiv fand ich folgende Anleitung. Sobald der "resync" beendet ist, versuche ich mein Glück via Konsole (Voraussichtlich morgen Mittag).

 

[Duochrom]

Bis jetzt half keine Anleitung und der resync brachte auch keine gewünschte Ergebnisse. Auf eine Rückmeldung des Supports warte ich nun schon geschlagene 7 Tage...
Ich richte mich einmal darauf ein, mein NAS über Weihnachten neu Aufzusetzen

Hier ist noch das Log, wenn die Erweiterung fehl schlägt:

Dec 9 07:04:42 Synology1812 kernel: [ 2293.294029] EXT4-fs warning (device dm-2): ext4_resize_begin:32: There are errors in the filesystem, so online resizing is not allowed
Dec 9 07:04:42 Synology1812 kernel: [ 2293.294033]
Dec 9 07:04:44 Synology1812 synostoraged: hotspare_log_repair_err.c:29 [INFO] space [/dev/vg1/volume_1] is not degrade, skip repairing with spare disks

 

[Bordi]

Lässt sich e4defrag ausführen?

e4defrag -c /dev/sd...

 

[Duochrom]

Nein, leider auch nicht...
Es heisst dann nur: -ash: e4defrag: not found

 

[Duochrom]

jetzt funktioniert der Befehl "e2fsck -vfy /dev/XYZ" das erste Mal. Nur passieren tut nicht viel... Wenn ich "TOP" auslese, braucht dieser Befehl ca 25% CPU-Leistung.

Edit: Der Befehl hat nun Funktionier, die Speichererweiterung war erfolgreich.

Des Rätsels Lösung: Sämtliche USB Kabel sind von der DiskStation zu trennen (auch das vom USV) und alle Dienste (AFP, SMB, etc.) sind zu deaktivieren. Danach sind im Terminal alle Prozesse mit dem Befehl "syno_poweroff_task -d" zu beenden und dann die Bereinigung mit dem Befehl "e2fsck -vfy /dev/XYZ" starten. Bei mir dauert die Bereinigung ca 2h.

Danach konnte ich im DSM mit dem Speichermanager den freien Speicher erweitern und fertig.