DSM 6.x und darunter RAID mit 2x 2TB HADDs erweitert, nur 1,7TB im zugriff

[linuxER74]

Moin moin,

hoffe ich poste an der richtigen Stelle! Folgende Problematik. Hatte letztes WE gesehen, dass ich nur noch ca. 100GB frei hatte auf meiner DS2411+. Hier waren bis dahin 8 HDDs mit je 2TB installiert. Habe die die Platten so eingebunden, dass im Schadensfall eine HDD ausfallen kann, und alle Daten immer noch da sind. Somit hatte ich 12,irgendwas TB auf der DS im Zugriff...

Wie gesagt, Platz wurde eng. Ich habe nun zwei weitere 2TB Platten nachgeschoben, Wurden direkt vom System erkannt. Dann habe ich diese über den Speichermanager dem RAID hinzugefügt und dieses erweitern lassen. Hab nun damit gerechnet, dass irgendwas um 3,5TB wieder im Zugriff sind. Wie im angehängten Screenshot zu sehen, sind aber nur 1,7TB frei... wie kann das?



Die Platten werden ja nicht als 2TB HDDs eingebunden, sondern nur mit ca. 1,85TB. Wenn nun also 100GB noch frei waren, und nun Rechnerisch 3,7TB hinzugekommen sind, hätten theoretisch 3,8TB drauf sein müssen... Wie jetzt die 1,7TB zu Stande kommen, weiss ich echt nicht... ich hoffe ihr könnt mir helfen...

Gruss

linuxER74

 

[linuxER74]

Hier scheint ja richtig was los zu sein!

Ich habe die DS nun mal neu gestartet und der sagt mir, es sind 17179867275.63GB benutzt und -17179852800.35GB verfügbar... CPU Auslastung ist ständig über 80%... permanent Festplattenzugriffe...

Hat keiner eine Idee????

linuxER74

 

[Ap0phis]

Schau doch einfach mal nach, welche Prozesse da laufen.

Evtl. ist deine DS ja immer noch dabei, den letzten Datenträger zu initialisieren.
Ich würde sie zumindest erstmal solange laufen lassen, bis sie sich beruhigt hat.

Und ja, hier ist in der Tat richtig was los!
Allerdings kommen solche Probleme wie hier äusserst selten vor.

 

[JoGi65]

Irgendwas war da einmal mit einer 16TB Grenze?? Keine Ahnung ob das noch gilt, aber im Hinterkopf hab ich da noch was. Schön dran bleiben, bei mir ist es auch bald soweit.
Einziger Tipp ist noch mit der Konsole draufschauen, da sieht man etwas genauer was los ist. Nach Deinem Namen kennst Du dich da sicher besser aus, aber wenn Du es nicht weißt, kann ich wegen dem Befehl nachschauen.

Edit: Hab grad nachgeschaut. ich denke das mit der Grenze ist schon lange Geschichte.
Edit2: Die Erweiterung um 2x2TB hat bei mir 33 Stunden gedauert. Als Anhaltspunkt.

 

[linuxER74]

Hi,

danke für die Antworten.

@JoGi65
Bei mir wahren es auch fast 2 Tage, die die DS brauchte um um die beiden neuen Platten einzubringen... wenn auch falsch!

@Ap0phis
Hab mal über Putty geguckt, welche Prozesse am CPU-Lastigsten sind und der erste ist

/sbin/resize2fs -c /dev/vg1000/lv


Der Server rechnet sich immer noch nen Wolf... Wenn ich mich über die Weboberfläche anmelde, kann ich sie weder neu starten, noch herunter fahren. Auch blinkt die blaue Power LED...

Habt ihr noch ne Idee, was ich machen könnte??? Hab dem Synology-Support auch schon geschrieben und eine debug.dat geschickt... Aber nu is ja auch noch langes WE... mist... irgendwas ist ja immer...

Wenn ich nur wüsste, ob es sich von alleine gibt, wenn man nur lange genug wartet... ich hab 12TB Daten auf den Platten und hab echt keinen Bock, die zu verlieren... früher konnte man sich wenigstens noch mal ne Kopie anlegen... aber bei der Menge geht das auch nicht so einfach... Naja... vielleicht fällt euch noch was ein!

PS: Sollte man mal riskieren, über Konsole nen shutdown oder reboot zu machen??? Hab schiss, dass die dann nich wieder hoch fährt...

Gruss

linuxER74

 

[Ap0phis]

...
Hab mal über Putty geguckt, welche Prozesse am CPU-Lastigsten sind und der erste ist

/sbin/resize2fs -c /dev/vg1000/lv
...

Das würde ich möglichst nicht abbrechen.
Das bedeutet für mich, dass er noch nicht fertig ist mit dem Einbinden der Platten.
Aber da können dir die wirklichen Konsolen-Cracks hier bestimmt mehr sagen.

 

[linuxER74]

Ich noch mal... hab mal nen "dmesg" auf der Konsole abgesetzt... anbei die Meldungen:

[   17.007307] md:  adding sdi2 ...
[   17.010949] md: created md1
[   17.013812] md: bind<sdi2>
[   17.016615] md: bind<sdj2>
[   17.019392] md: bind<sdh2>
[   17.022178] md: bind<sdg2>
[   17.024959] md: bind<sdf2>
[   17.027739] md: bind<sdd2>
[   17.030531] md: bind<sde2>
[   17.033303] md: bind<sdc2>
[   17.036086] md: bind<sdb2>
[   17.038889] md: bind<sda2>
[   17.041675] md: running: <sda2><sdb2><sdc2><sde2><sdd2><sdf2><sdg2><sdh2><sdj2><sdi2>
[   17.050147] raid1: raid set md1 active with 10 out of 12 mirrors
[   17.056314] md1: detected capacity change from 0 to 2147418112
[   17.062368] md: ... autorun DONE.
[   17.065791]  md1: unknown partition table
[   17.095087] pineview_synobios: module license 'Synology Inc.' taints kernel.
[   17.102268] Disabling lock debugging due to kernel taint
[   17.109609] synobios: load, major number 201
[   17.113963] Brand: Synology
[   17.116861] Model: DS-2411+
[   17.119725] set group disks wakeup number to 4, spinup time deno 7
[   17.637613] synobios: unload
[   17.862750]  md0: unknown partition table
[   19.604253] EXT4-fs (md0): barriers disabled
[   19.616132] EXT4-fs (md0): mounted filesystem with ordered data mode
[   19.863757] synoacl module [synoacl_ext4] is not loaded
[   19.869181] synoacl module [synoacl_vfs] is not loaded
[   19.884229] EXT3-fs: md0: couldn't mount because of unsupported optional features (c0).
[   19.913753] EXT2-fs: md0: couldn't mount because of unsupported optional features (c0).
[   19.922443] EXT4-fs (md0): barriers disabled
[   19.927176] EXT4-fs (md0): mounted filesystem with ordered data mode
[   19.933592] VFS: Mounted root (ext4 filesystem) readonly on device 9:0.
[   19.940209] Trying to move old root to /initrd ... okay
[   19.948362] Freeing unused kernel memory: 400k freed
[   21.789472] Adding 2097080k swap on /dev/md1.  Priority:-1 extents:1 across:2097080k
[   21.889786] NET: Registered protocol family 10
[   21.895268] lo: Disabled Privacy Extensions
[   21.931773] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
[   21.981027] xor: automatically using best checksumming function: generic_sse
[   21.992533]    generic_sse:  5508.000 MB/sec
[   21.996893] xor: using function: generic_sse (5508.000 MB/sec)
[   22.045635] raid6: int64x1    343 MB/s
[   22.065537] raid6: int64x2    566 MB/s
[   22.085618] raid6: int64x4    679 MB/s
[   22.105534] raid6: int64x8    761 MB/s
[   22.125520] raid6: sse2x1     664 MB/s
[   22.145523] raid6: sse2x2    1207 MB/s
[   22.165515] raid6: sse2x4    2132 MB/s
[   22.169366] raid6: using algorithm sse2x4 (2132 MB/s)
[   22.322004] md: linear personality registered for level -1
[   22.342787] md: raid0 personality registered for level 0
[   22.364969] md: raid10 personality registered for level 10
[   22.382546] md: raid6 personality registered for level 6
[   22.387990] md: raid5 personality registered for level 5
[   22.393421] md: raid4 personality registered for level 4
[   22.504035] sd 0:0:0:0: Attached scsi generic sg0 type 0
[   22.509955] sd 1:0:0:0: Attached scsi generic sg1 type 0
[   22.515666] sd 2:0:0:0: Attached scsi generic sg2 type 0
[   22.521348] sd 3:0:0:0: Attached scsi generic sg3 type 0
[   22.527045] sd 4:0:0:0: Attached scsi generic sg4 type 0
[   22.532735] sd 5:0:0:0: Attached scsi generic sg5 type 0
[   22.538473] sd 6:0:0:0: Attached scsi generic sg6 type 0
[   22.544176] sd 7:0:0:0: Attached scsi generic sg7 type 0
[   22.549921] sd 8:0:0:0: Attached scsi generic sg8 type 0
[   22.555634] sd 9:0:0:0: Attached scsi generic sg9 type 0
[   22.588644] usbcore: registered new interface driver usbfs
[   22.594790] usbcore: registered new interface driver hub
[   22.600462] usbcore: registered new device driver usb
[   22.823675] alg: No test for md5 (md5-generic)
[   22.840988] alg: No test for aes (aes-generic)
[   22.858202] alg: No test for stdrng (ansi_cprng)
[   22.868597] alg: No test for stdrng (krng)
[   22.888870] alg: No test for crc32c (crc32c-generic)
[   22.900217] alg: No test for des (des-generic)
[   22.904862] alg: No test for des3_ede (des3_ede-generic)
[   22.945622] alg: No test for aes (aes-asm)
[   22.995594] alg: No test for sha1 (sha1-generic)
[   23.010254] alg: No test for sha224 (sha224-generic)
[   23.015415] alg: No test for sha256 (sha256-generic)
[   23.026568] alg: No test for sha384 (sha384-generic)
[   23.032179] alg: No test for sha512 (sha512-generic)
[   23.111770] fuse init (API version 7.13)
[   23.334390] synobios: load, major number 201
[   23.338773] Brand: Synology
[   23.341668] Model: DS-2411+
[   23.344538] set group disks wakeup number to 4, spinup time deno 7
[   24.307443] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   25.345363] ADDRCONF(NETDEV_UP): eth1: link is not ready
[   27.619966] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[   27.628102] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   28.377620] md: md2 stopped.
[   28.459263] md: bind<sdb5>
[   28.462377] md: bind<sdd5>
[   28.465376] md: bind<sde5>
[   28.468370] md: bind<sdf5>
[   28.471368] md: bind<sdc5>
[   28.474381] md: bind<sdh5>
[   28.477334] md: bind<sdg5>
[   28.480330] md: bind<sdj5>
[   28.483308] md: bind<sdi5>
[   28.486321] md: bind<sda5>
[   28.489710] raid5: device sda5 operational as raid disk 0
[   28.495236] raid5: device sdi5 operational as raid disk 9
[   28.500752] raid5: device sdj5 operational as raid disk 8
[   28.506270] raid5: device sdg5 operational as raid disk 7
[   28.511784] raid5: device sdh5 operational as raid disk 6
[   28.517302] raid5: device sdc5 operational as raid disk 5
[   28.522845] raid5: device sdf5 operational as raid disk 4
[   28.528559] raid5: device sde5 operational as raid disk 3
[   28.534303] raid5: device sdd5 operational as raid disk 2
[   28.540021] raid5: device sdb5 operational as raid disk 1
[   28.547234] raid5: allocated 10596kB for md2
[   28.552064] 0: w=1 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.557417] 9: w=2 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.562797] 8: w=3 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.568152] 7: w=4 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.573467] 6: w=5 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.578769] 5: w=6 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.584169] 4: w=7 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.589587] 3: w=8 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.595009] 2: w=9 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.600349] 1: w=10 pa=0 pr=10 m=1 a=2 r=10 op1=0 op2=0
[   28.605763] raid5: raid level 5 set md2 active with 10 out of 10 devices, algorithm 2
[   28.613978] RAID5 conf printout:
[   28.617281]  --- rd:10 wd:10
[   28.620331]  disk 0, o:1, dev:sda5
[   28.623903]  disk 1, o:1, dev:sdb5
[   28.627430]  disk 2, o:1, dev:sdd5
[   28.631044]  disk 3, o:1, dev:sde5
[   28.634657]  disk 4, o:1, dev:sdf5
[   28.638258]  disk 5, o:1, dev:sdc5
[   28.641824]  disk 6, o:1, dev:sdh5
[   28.645386]  disk 7, o:1, dev:sdg5
[   28.648940]  disk 8, o:1, dev:sdj5
[   28.652508]  disk 9, o:1, dev:sdi5
[   28.656142] md2: detected capacity change from 0 to 17959953235968
[   28.664370]  md2: unknown partition table
[   37.819891] eth0: no IPv6 routers present
[  100.534888] EXT4-fs (dm-0): barriers disabled
[  100.705717] EXT4-fs (dm-0): mounted filesystem with writeback data mode
[  108.363344] ata1.00: configured for UDMA/133
[  108.366297] ata2.00: configured for UDMA/133
[  108.366307] ata2: EH complete
[  108.375147] ata1: EH complete
[  108.393279] ata3.00: configured for UDMA/133
[  108.397655] ata3: EH complete
[  108.515364] ata7.00: configured for UDMA/133
[  108.519747] ata7: EH complete
[  108.525515] ata4.00: configured for UDMA/133
[  108.526331] ata6.00: configured for UDMA/133
[  108.526344] ata6: EH complete
[  108.526398] ata8.00: configured for UDMA/133
[  108.526406] ata8: EH complete
[  108.528349] ata5.00: configured for UDMA/133
[  108.528356] ata5: EH complete
[  108.535319] ata10.00: configured for UDMA/133
[  108.535330] ata10: EH complete
[  108.548319] ata9.00: configured for UDMA/133
[  108.548328] ata9: EH complete
[  108.567558] ata4: EH complete
.
.
.
[  122.431417] drivers/scsi/sd.c (2344) Got USB disk
[  122.438535] sd 16:0:0:0: Attached scsi generic sg10 type 0
[  122.440510] sd 16:0:0:0: [synoboot] 250880 512-byte logical blocks: (128 MB/122 MiB)
[  122.453409] sd 16:0:0:0: [synoboot] Write Protect is off
[  122.454184] usb-storage: device scan complete
[  122.458947] sd 16:0:0:0: [synoboot] Mode Sense: 00 00 00 00
[  122.458958] sd 16:0:0:0: [synoboot] Assuming drive cache: write through
[  122.467868] sd 16:0:0:0: [synoboot] Assuming drive cache: write through
[  122.474754]  synoboot: synoboot1 synoboot2
[  122.605410] sd 16:0:0:0: [synoboot] Assuming drive cache: write through
[  122.612266] sd 16:0:0:0: [synoboot] Attached SCSI disk
[  135.885592] loop: module loaded
[  136.053981] Slow work thread pool: Starting up
[  136.058621] Slow work thread pool: Ready
[  136.465287] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[  136.628085] svc: failed to register lockdv1 RPC service (errno 97).
[  136.636019] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[  136.644099] NFSD: starting 90-second grace period
[  140.954720] findhostd uses obsolete (PF_INET,SOCK_PACKET)
[  441.816503] EXT4-fs error (device dm-0): ext4_mb_generate_buddy: EXT4-fs: group 39514: 197 blocks in bitmap, 4294950610 in gd
[  593.164911] JBD: Spotted dirty metadata buffer (dev = dm-0, blocknr = 0). There's a risk of filesystem corruption in case of system crash.
[  639.764844] usbcore: registered new interface driver snd-usb-audio

Vielleicht hilft das ja weiter... der zweit- und drittletzte macht mir Kummer....

PS: Hab zwischendrin was rausnehmen müssen, weil Beitrag zu lang...

Gruss

LinuxER74

 

[Ap0phis]

Kleiner Tipp zwischendurch:

Bitte für sowas nicht

benutzen, sondern

.

 

[linuxER74]

@Ap0phis:

Danke für den Tip... habe eine Art

 Button gesucht und nicht gefunden... :-)

Danke noch mal!

Gruss

linuxER

 

[Ap0phis]

Das kannst du auch per Hand nachträglich ändern. ;-)
Der Code-Button ist nur in der erweiterten Ansicht sichtbar. Das ist dieser: [#]

Die letzten Zeilen sehen in der Tat nicht besonders gut aus, aber trotzdem würde ich es durchlaufen lassen, bis einer der Cracks hier was anderes empfiehlt. Da wird wohl auch einiges repariert, weshalb es wohl länger als normal dauert.

Bevor ich irgendwo neue Platten einsetze, "nulle" ich sie vorsichtshalber am PC. Grundsätzlich!
So kann man im Vorfeld einigen häufigen Problemen aus dem Weg gehen.

 

[jan_gagel]

also der Befehl "resize2fs" bedeutet, daß er gerade das Dateisystem erweitert. Man muß da unterscheiden zwischen Festplatten, dem Raid-Array und dem darauf befindlichen Dateisystem. resize2fs ändert die Größe des Dateisystems, also wurde das Raid-Array wohl schon erweitert. Ja, einen Neustart oder ein Herunterfahren würde ich da auf jeden Fall vermeiden. Ebenso einen Stromausfall. Denn wenn dabei was passiert, ist das Dateisystem garantiert hin.
Und vor solchen Aktionen würde ich IMMER ein Backup anlegen, zumindest wenn die Daten in irgendeiner Form wichtig sind. Ein Backup ist auch gut, wenn die Maschine keine Probleme macht, denn durch einen Stromausfall, ein schief gelaufenes Update oder einen amok-laufenden Virus, kann schnell Schaden entstehen. Du mußt ja nicht alles auf einen Datenträger quetschen, die Datensicherung läßt sich gut einstellen.

 

[linuxER74]

Was verstehst du denn unter "nullen? Formatieren? Die die ich jetzt nachgeschoben hatte waren gebrauchte, liefen in meinem "alten" Linux Server ne kurze Zeit...

 

[Ap0phis]

"nullen": komplett mit "0" überschreiben oder auch einfaches "sicheres Löschen".
Ob da jetzt "Nullen" geschrieben werden oder "Einsen" oder Random ist egal. Es geht nur darum, dass die Platte einmal "komplett" beschrieben wird, um schwebende oder defekte Sektoren im Vorfeld der normalen Benutzung zu beseitigen!

Die Gefahr, dass ein Rebuild oder eine Erweiterung eines RAID so Probleme macht, ist damit wesentlich geringer.

 

[jan_gagel]

und wenn man mit Nullen überschreibt, läuft man nicht Gefahr, daß die Installation des DSM irgendwo hängen bleibt... Ich würde nach dem Nullen auch einen Festplattentest hinterher schieben und vor der ganzen Aktivität und natürlich auch hinterher die SMART-Werte mal begutachten. Geht mit Knoppix ganz easy:
- Nullen: dd if=/dev/zero of=/dev/sda (Achtung!! sda ist die erste SCSI- oder SATA-Platte!)
- SMART-Werte anzeigen: smartctl --attributes /dev/sda
- Festplattentest (nicht zerstörerisch): badblocks -vs /dev/sda

Je nach verwendetem System und Festplatte können diese Vorgänge von lange bis ziemlich lange dauern. Leider gibt der erste Befehl keine direkte Ausgabe, wie weit er schon ist, bleibt einfach nur abwarten. Wenn man das System unbeaufsichtigt laufen lassen möchte, kann man auch ein Skript schreiben, erst nullen und dann testen oder umgekehrt.

Will man eine Festplatte relativ sicher löschen, kann man den dd auch mit dem Gerät /dev/urandom anstelle von /dev/zero verwenden und das dann 5 oder 10 mal hintereinander. Dann ist es relativ sicher, daß keine Daten mehr hergestellt werden können. Nur dauert das dann etwas.

Ansonsten kann ich Ap0phis nur zustimmen. Wäre wirklich doof, wenn der resize2fs gestoppt wird, weil da Defekte vorliegen.

 

[linuxER74]

Tach liebe Gemeinde,

im Moment ist alles unverändert... CPU auf 100% Auslastung, Festplattengröße wird nicht richtig angezeigt... komisch finde ich, das die obersten Prozesse alle die gleichen sind...

25872 25871 root     R     8216  0.8  6.5 /sbin/resize2fs -c /dev/vg1000/lv
14632 14631 root     R     8216  0.8  6.5 /sbin/resize2fs -c /dev/vg1000/lv
30325 30324 root     R     8216  0.8  6.5 /sbin/resize2fs -c /dev/vg1000/lv
13051 13050 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
16590 16589 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
23824 23822 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
23257 23254 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
32593 32586 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
 9454  9452 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
18190 18186 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
  706   705 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
17645 17643 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
26627 26623 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
27113 27108 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
 3201  3198 root     R     8216  0.8  4.1 /sbin/resize2fs -c /dev/vg1000/lv
 3996  3994 root     R     8216  0.8  3.5 /sbin/resize2fs -c /dev/vg1000/lv
27813 27812 root     R     8216  0.8  3.5 /sbin/resize2fs -c /dev/vg1000/lv
 8900  8893 root     R     8216  0.8  3.5 /sbin/resize2fs -c /dev/vg1000/lv
 3680  3678 root     R     8216  0.8  3.5 /sbin/resize2fs -c /dev/vg1000/lv
 3345  3344 root     R     8216  0.8  3.5 /sbin/resize2fs -c /dev/vg1000/lv
26460 26459 root     R     8216  0.8  3.5 /sbin/resize2fs -c /dev/vg1000/lv
32587 32581 root     R     8216  0.8  3.5 /sbin/resize2fs -c /dev/vg1000/lv

Ist das richtig, das so viele gleiche Prozesse da sind?

linuxER74

 

[linuxER74]

Was meint ihr? Sollt eich mal nen Reboot machen?

gruss

linuxER74