Grüße,
Ich habe ein Problem mit meiner Diskstation oder viel mehr mit dem Vergrößern des Raids durch ungenutzten Plattenspeicher.
Erst mal zur Ausgangslage: DS 1511+, 5 x 2TB Samsung, DSM 4.3 letzte Version, 1 Volume über die gesamten 7,5 TB Nettospeicher
Ziel: 5 x 2TB nach und nach tauschen mit 5 x 4TB WD RED und Raid 5 erweitern, so dass ich 1 Volume über die gesamten 14,X TB Nettospeicher habe
September 2013 hat eine meiner Samsung Platten I/O Fehler gehabt, eine Reparatur hat nichts gebracht, so dass ich die Festplatte gegen eine 4TB WD RED ausgetauscht habe. Nach und nach habe ich dann alle Festplatten ausgetauscht. Eine nach der anderen. Platte 1 raus genommen, Platte 1 gegen neue Platte getauscht, reingepackt, Raid war degraded, Konsistenzprüfung, Rebuild, fertig, nächste Platte und so weiter.
Nachdem ich dann 3/5 Platten getauscht hatte, habe ich die DS neugestartet, doch aus mir unerklärlichen Gründen hat sich die Konfig zerschossen und ich musste DSM neu installieren. Zu diesem Zeitpunkt war bereits eine stabile 5.0 Beta verfügbar und ich habe direkt auf DSM 5.0 migiert, die Daten wurden wieder eingebunden, alles super alles schön, DS läuft und rennt, ohne Probleme.
Ich habe dann die letzten beiden Platten getauscht und der Status der Diskstation war "Normal", performant, alles so wie immer. Nachdem der letzte Rebuild durch war, bei 5.5 TB Daten dauert das leider jedes mal 30 Stunden, habe ich die DS neu gestartet und konnte im Speicher Manager die Option "Das Volume mit nicht zugewiesenem Speicherplatz erweitern" nutzen und habe das angestoßen. Es erscheint die Meldung, dass die Konsistens etc geprüft wird, doch statt aus dem 0,00% ein 0,01% wird bekomme ich eine rote Meldung die besagt "Sie können die Größe auf ca. 14886 GB vergrößern".
Im Log steht, dass die Vergrößerung fehlgeschlagen ist. Natürlich reicht mir das nicht, also schaue ich in der Shell nach
unter /var/log/messages kann ich folgendes sehen
Angeblich gibt es Plattenfehler. Ich habe darauf hin das Raid über die DSM Funktion überprüfen und bereinigen lassen. Die Aktion ist durchgelaufen, es gab keinerlei Beanstandungen und es konnten keine Fehler gefunden werden und keine Fehler oder Probleme behoben werden.
Ich habe die DS danach erneut neu gestartet und habe erneut den Resize angestoßen, mit gleichem Ergebnis.
Ich habe mir auch unter dmsg angeschaut, ob beim Start alles richtig erkannt wird, keine Fehler
md2 ist der Raid
Ich muss zugeben, ich bin nicht der Linux Crack und kenne mich nur wenig aus...
Ich weiß nur im Moment einfach nicht mehr weiter oder was ich tun kann. Ich habe schon gedacht, dass das damals unter DSM 4.3 installierte IPKG damit zusammenhängt und habe das rausgeschmissen und auch den dafür notwendigen Mountpoint rausgenommen, weil ich dachte, dass der mount das Problem noch wäre, zumindest haben andere das Problem gehabt und es funktionierte danach...
Hat jemand einen Rat oder eine Idee, wo ich noch nachschauen könnte, wo das Problem liegt? Ich habe bereits ein Ticket bei Synology eröffnet, bisher aber keine Rückmeldung erhalten.
Danke und Gruß
Ich habe ein Problem mit meiner Diskstation oder viel mehr mit dem Vergrößern des Raids durch ungenutzten Plattenspeicher.
Erst mal zur Ausgangslage: DS 1511+, 5 x 2TB Samsung, DSM 4.3 letzte Version, 1 Volume über die gesamten 7,5 TB Nettospeicher
Ziel: 5 x 2TB nach und nach tauschen mit 5 x 4TB WD RED und Raid 5 erweitern, so dass ich 1 Volume über die gesamten 14,X TB Nettospeicher habe
September 2013 hat eine meiner Samsung Platten I/O Fehler gehabt, eine Reparatur hat nichts gebracht, so dass ich die Festplatte gegen eine 4TB WD RED ausgetauscht habe. Nach und nach habe ich dann alle Festplatten ausgetauscht. Eine nach der anderen. Platte 1 raus genommen, Platte 1 gegen neue Platte getauscht, reingepackt, Raid war degraded, Konsistenzprüfung, Rebuild, fertig, nächste Platte und so weiter.
Nachdem ich dann 3/5 Platten getauscht hatte, habe ich die DS neugestartet, doch aus mir unerklärlichen Gründen hat sich die Konfig zerschossen und ich musste DSM neu installieren. Zu diesem Zeitpunkt war bereits eine stabile 5.0 Beta verfügbar und ich habe direkt auf DSM 5.0 migiert, die Daten wurden wieder eingebunden, alles super alles schön, DS läuft und rennt, ohne Probleme.
Ich habe dann die letzten beiden Platten getauscht und der Status der Diskstation war "Normal", performant, alles so wie immer. Nachdem der letzte Rebuild durch war, bei 5.5 TB Daten dauert das leider jedes mal 30 Stunden, habe ich die DS neu gestartet und konnte im Speicher Manager die Option "Das Volume mit nicht zugewiesenem Speicherplatz erweitern" nutzen und habe das angestoßen. Es erscheint die Meldung, dass die Konsistens etc geprüft wird, doch statt aus dem 0,00% ein 0,01% wird bekomme ich eine rote Meldung die besagt "Sie können die Größe auf ca. 14886 GB vergrößern".
Im Log steht, dass die Vergrößerung fehlgeschlagen ist. Natürlich reicht mir das nicht, also schaue ich in der Shell nach
unter /var/log/messages kann ich folgendes sehen
Rich (BBCode):
Megatron kernel: [125501.365053] raid1: Disk failure on sdc2, disabling device.
Megatron kernel: [125501.365056] Operation continuing on 4 devices
Megatron kernel: [125518.063284] raid1: Disk failure on sdd2, disabling device.
Megatron kernel: [125518.063288] Operation continuing on 3 devices
Megatron kernel: [125534.306875] raid1: Disk failure on sde2, disabling device.
Megatron kernel: [125534.306878] Operation continuing on 2 devices
Megatron kernel: [125556.460002] EXT4-fs warning (device md2): ext4_resize_begin:32: There are errors in the filesystem, so online resizing is not allowed
Megatron kernel: [125556.460007]
Megatron volumehandler.cgi: (fs_vol_expand.c)ExtFSExpand(88):Failed to '/sbin/resize2fs -fpF /dev/md2 > /dev/null 2>&1', WEXITSTATUS(r) = 1
Megatron volumehandler.cgi: volume_manage_with_temp_dev.c:279 Failed to expand file system on /dev/md2
Megatron volumehandler.cgi: volume_lib.cpp:952 Failed to expand file system on /dev/md2
Megatron volumehandler.cgi: volumehandler.cpp:1444 failed to expand unallocated file system: /volume1Angeblich gibt es Plattenfehler. Ich habe darauf hin das Raid über die DSM Funktion überprüfen und bereinigen lassen. Die Aktion ist durchgelaufen, es gab keinerlei Beanstandungen und es konnten keine Fehler gefunden werden und keine Fehler oder Probleme behoben werden.
Ich habe die DS danach erneut neu gestartet und habe erneut den Resize angestoßen, mit gleichem Ergebnis.
Ich habe mir auch unter dmsg angeschaut, ob beim Start alles richtig erkannt wird, keine Fehler
md2 ist der Raid
Rich (BBCode):
Megatron> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sda3[8] sde3[5] sdd3[9] sdc3[6] sdb3[7]
15609185024 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/5] [UUUUU]
md1 : active raid1 sde2[3] sdd2[4] sdc2[2] sda2[0] sdb2[1]
2097088 blocks [5/5] [UUUUU]
md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4]
2490176 blocks [5/5] [UUUUU]
unused devices: <none>Ich muss zugeben, ich bin nicht der Linux Crack und kenne mich nur wenig aus...
Ich weiß nur im Moment einfach nicht mehr weiter oder was ich tun kann. Ich habe schon gedacht, dass das damals unter DSM 4.3 installierte IPKG damit zusammenhängt und habe das rausgeschmissen und auch den dafür notwendigen Mountpoint rausgenommen, weil ich dachte, dass der mount das Problem noch wäre, zumindest haben andere das Problem gehabt und es funktionierte danach...
Rich (BBCode):
Megatron> mount
/dev/root on / type ext4 (defaults)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
/tmp on /tmp type tmpfs (0)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/md2 on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,nomblk_io_submit,synoacl)
none on /proc/fs/nfsd type nfsd (0)Hat jemand einen Rat oder eine Idee, wo ich noch nachschauen könnte, wo das Problem liegt? Ich habe bereits ein Ticket bei Synology eröffnet, bisher aber keine Rückmeldung erhalten.
Danke und Gruß
