harde schijf aan volume toevoegen (BTRFS)

[Stephan296]

Ik heb vandaag een WD RED 3 TB aan mijn huidige configuratie willen toevoegen.
In dit geval aan volume 1.
Volume 1 bestaat uit 2x WD RED 3 TB in SHR dus effectief 3 TB opslag.
Nu heb ik de nieuwe harde schijf toegevoegd en dat lijkt goed te gaan.
Nu is hij al 10 uur bezig en zit pas op 19% van het samenvoegen.
Is dit normaal dat dit zo lang duurt?
Ik vind mijn DS415+ sowieso erg traag na installatie van DSM 6.0.

[Pippin]

Dat kan normaal gesproken wel even duren ja.
Gewoon morgen nog eens kijken want als je naar dat tellertje blijft kijken kan het lang duren :-)
Het kan ook zo maar zijn dat het tellertje ineens omhoog schiet.
Het percentage geeft vaak niet het percentage van de totale tijd weer maar van elke stap.

[Stephan296]

We kijken morgen gewoon weer, maar had zelf het vermoeden dat het vele malen sneller zou gaan.
Vandaar mijn vraag ;-)

[Briolet]

Ik vind mijn DS415+ sowieso erg traag na installatie van DSM 6.0.

Ik weet niet hoe Synology met beta software omgaat, maar ik heb ook een paar jaar in een groot shareware project gewerkt. Bij de beta releases stond overal logging aan en werden ook overal in de code extra checks gedaan om bij problemen sneller een oorzaak te kunnen vind in het log. Als er voor een release gecompileerd werd, liet de compiler al deze code weg en was het programma duidelijk sneller.

[Stephan296]

Dat zou heel goed kunnen (jij hebt er sowieso meer verstand van dan ik)
Hij zit nu op 28% van het samenvoegen.
Dus over ongeveer 3 dagen is hij klaar, als het met deze snelheid door gaat.

[Jopb]

Dit klinkt als acceptabele tijd.
Ik heb een klein half jaar geleden ook een 3tb red toegevoegd en raid omgezet van raid1 naar raid5. Er stond ongeveer 2TB aan data op een hij heeft hier toen ongeveer 40 uur over gedaan.
Niet te veel zorgen maken maar houd het vooral in de gaten. Sowieso bij dit soort acties is een backup natuurlijk altijd gewenst.

[Stephan296]

Inmiddels 48 uur onderweg en de teller staat op 45%
Toch maar eens een ticket inschieten of dat normaal is.
Als ik tenminste antwoord krijg op mijn tickets.... Ik wacht nog op antwoord van 5 tickets namelijk.

[Handige Harry]

Wat is het probleem? Dat het te lang duurt volgens jou?

[Birdy]

Ik begrijp dat je wilt dat het proces sneller moet gaa maar, dat gaat echt niet sneller, weet ook niet wat je met een ticket wilt bereiken.
Geduld hebben, het proces loopt en moet immers van Mirror naar RAID5, dat gaat is verschillende stappen bovenwater en onderwater (zeg maar) en dat kost gewoon veel tijd.

[Stephan296]

Als dat ding nou eens aangaf welke stappen er gemaakt moet worden ;-) ik had meer het gevoel dat het te lang duurde. Maar uit jullie berichten begrijp ik dat dit "normaal" is. Hopelijk kan ik na het weekend de ruimte gebruiken ;-)

[Hofstede]

Via de terminal kun je wel zien waar hij mee bezig is.
Probeer maar eens het commando:

cat /proc/mdstat

Weet niet wat hij dan precies laat zien want ik heb het nog nooit bekeken.

[Birdy]

Ongeveer dit, deze is van een HD recovery lang geleden:

[Stephan296]

De huidige tussenstand:

Code: [Selecteer]

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md3 : active raid1 sdd5[0]
      971931264 blocks super 1.2 [1/1] [U]

md2 : active raid5 sdc5[2] sda5[0] sdb5[1]
      2925435456 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
      [============>........]  reshape = 61.8% (1808303872/2925435456) finish=1697.0min speed=10970K/sec

md1 : active raid1 sdc2[3] sda2[0] sdb2[1] sdd2[2]
      2097088 blocks [4/4] [UUUU]

md0 : active raid1 sdc1[3] sda1[0] sdb1[1] sdd1[2]
      2490176 blocks [4/4] [UUUU]

unused devices: <none>


[Birdy]

Code: [Selecteer]

md2 : active raid5 sdc5[2] sda5[0] sdb5[1]
      2925435456 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
      [============>........]  reshape = 61.8% (1808303872/2925435456) finish=1697.0min speed=10970K/sec
Reshape is dus RAID5 instellen/indelen over de 3HD's (was Mirror).

Je zou stripe_cache_size kunnen opkrikken naar 16384 bytes, kennelijk staat deze op default 256 bytes.

In PuTTY:

Code: [Selecteer]

echo 16384 > /sys/block/md2/md/stripe_cache_size
Dat zou een verbetering moeten opleveren in de speed (nu 10970k) dus, een verbetering in de de tijd nog te gaan (nu 1697 min).

[Stephan296]

Thx @Birdy!
Is dan de normale werking binnen DSM dan uiteindelijk ook sneller?
En kan ik dit tijdens dit proces uitvoeren?