[Opgelost] Scrubbing issue / S.M.A.R.T testing HDD's

[dvandonkelaar]

Of de test loopt is volgens mij ook te zien als je op het pijltje naast de betreffende disk drukt.
Maar goed, de task scheduler kan je natuurlijk ook checken.

[StefaanD]

Zou het niet kunnen zijn, dat daar bewust een beperking op zit dat bijvoorbeeld maximaal 5 schijven in één keer worden gecontroleerd, als dat klaar is dan de volgende drie?

[Hofstede]

Ik denk dat het volgende aan de hand is:
- Deze drie schijven zijn later toegevoegd. Voor de gebruiker in DSM ziet het er uit als één volume, maar op de achtergrond bestaat het uit meerdere volumes.
- Die volumes worden na elkaar gecheckt.

Als je in de terminal

cat /proc/mdstat

Ingeeft dan zul je dat waarschijnlijk zien.

[Ben(V)]

Dat is natuurlijk alleen maar mogelijk als je een SHR set hebt van niet gelijke disken.
Dat zijn het onder water twee volumes.

Als alle disken gelijke afmetingen hebben(zoals hier het geval is) dan is het onder water gewoon een RAID 5 en zijn alle disken gewoon gelijktijdig bezig als er een scrubbing gaande is.
Elk datablok plus de CRC is dan verdeelt over alle disken.

Maar het is geen scrubbing, het is een S.M.A.R.T. test van alleen de eerste vijf disken.

[Robert Koopman]

Met data scrubbing zie je bij je volume toch ook pariteitscontrole bezig zijn met het aantal procenten dat hij bezig is?
Ik wel althans.
De smarttest loopt bij mij maandelijks in de nachtelijke uren, daarom zie ik dat icoontje nooit 

[Hofstede]

Sorry Ben(V), maar dat klopt niet.

Je hebt gelijk als het volume in één keer is aangemaakt, dan is het onder water één RAID 5 volume.
Maar als er aan een volume later schijven worden toegevoegd en de totale opslagcapaciteit wordt uitgebreid dan wordt dat onder water door SHR gedaan door op de schijven een tweede RAID 5 volume te aan te maken met de grootte van de extra opslagcapaciteit.
Ik heb dat al diverse keren gezien.
En als je het voorheen door mij genoemde commando uitvoert zie je dat ook terug.

[Ben(V)]

Ga je me nu vertellen dat als ik een SHR van vier disken heb en ik voeg er een vijfde aan toe dat die laatste disk dan onder water een eigen volume gaat worden?
Dan heeft dat volume geen enkel gegevensbescherming meer, dus denk niet dat het zo werkt.

Als dat zo zou zijn zou het toevoegen van disken ook niet zo ontzettend lang duren.
Die tijd is nodig om de data te herverdelen.

Net smarttest gedaan en daarna een scrub gestart.
Die icoontjes draaien alleen tijden de smart test.

[Hofstede]

Het gebeurt niet in alle gevallen maar soms wel. Het hangt er gewoon van af welke conversie mogelijk is.
In het voorbeeld dat jij noemt kan de schijf wel toegevoegd worden maar kan de capaciteit niet uitgebreid worden.

Voorbeeld:
Je hebt 4 schijven van 2 TB en voegt er één van 3 TB toe. Dan wordt onder water 2 TB aan het al bestaande RAID 5 volume toegevoegd maar 1 TB van de 3 TB schijf kan niet worden gebruikt.
Voeg je echter 2 x een 3TB schijf toe dan wordt van beide schijven 2 TB toegevoegd aan het al bestaande RAID 5 volume. Voor de overblijvende 1 TB wordt automatisch een RAID 1 volume aangemaakt. Je hebt dan in beide gevallen wel 1-schijf tolerantie, maar die is opgebouwd met een RAID 5 en RAID 1 volume.
Plaats je dan later weer een 3 TB schijf erbij dan wordt het RAID 5 volume weer met een schijf uitgebreid en wordt het RAID 1 volume gewijzigd in een RAID 5 volume van 3 schijven.

[Ben(V)]

Allemaal leuk en aardig dat gaat over verschillende afmetingen van disk.

Ik garandeer je dat als je een SHR heb van disk van een bepaalde afmeting en je voegt 1 of meer disken van dezelfde afmeting toe dan wordt het volume gewoon uitgebreid met die disken en krijg je geen andere volumes onderwater.

[Hofstede]

Tja, het SHR algorithme van Synology denkt daar blijkbaar anders over ...

[Birdy]

Of de test loopt is volgens mij ook te zien als je op het pijltje naast de betreffende disk drukt.

Klopt

[m4v3r1ck]

Ik denk dat het volgende aan de hand is:
- Deze drie schijven zijn later toegevoegd. Voor de gebruiker in DSM ziet het er uit als één volume, maar op de achtergrond bestaat het uit meerdere volumes.
- Die volumes worden na elkaar gecheckt.

Als je in de terminal

cat /proc/mdstat

Ingeeft dan zul je dat waarschijnlijk zien.

:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sda5[0] sdf5[5] sdg5[6] sdh5[7] sde5[4] sdd5[3] sdc5[2] sdb5[1]
      20478721536 blocks super 1.2 level 5, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
      [=================>...]  resync = 87.1% (2549254024/2925531648) finish=312.6min speed=20057K/sec
      bitmap: 1/22 pages [4KB], 65536KB chunk

md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4] sdf2[5] sdg2[7] sdh2[6]
      2097088 blocks [8/8] [UUUUUUUU]
     
md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4] sdf1[5] sdg1[7] sdh1[6]
      2490176 blocks [8/8] [UUUUUUUU]

[m4v3r1ck]

Of de test loopt is volgens mij ook te zien als je op het pijltje naast de betreffende disk drukt.

Klopt

En sinds vanmorgen doet ook DISK-6 van harte mee:



 

[Robert Koopman]

Dat is toch de smarttest, dat is geen scrubbing.
Bij scrubbing zie je dat icoontje niet.
Draait bij mij nu en ik zie deze icoontje niet.

[m4v3r1ck]

Klopt, die icoontjes horen idd bij de SMART-test, alleen raar dat niet alle 8 disken tegelijk SMART worden getest omdat ze allemaal in dezelfde array SHR1 zitten. Ze draaien blijkbaar inderdaad nu beiden op dit moment, mijn scrub is ook nog niet klaar. Weet jij zo een reset commando voor de SMART test is Terminal?