Beschadigde sectoren lopen op

[Sylvester]

Er staan al een paar topics over beschadigde sectoren, maar misschien toch opnieuw één starten vanwege een specifiek (?) probleem.

Sinds ik mijn NAS heb heringericht naar SRH op 5 schijven, meldt hij dat één schijf beschadigde sectoren heeft.
Eergisteren verscheen voor het eerst een hoeveelheid beschadigde sectoren. Volgens Synology is dat een som van
- Reallocated sector count
- Current pending sector count
- uncorrectable sector count

Eergisteren : Beschadigde sectoren : 23
- Reallocated sector count :23
- Current pending sector count : 0
- uncorrectable sector count : 0

Eergisteren iets later : Beschadigde sectoren : 2117
- Reallocated sector count : 2117
- Current pending sector count : 0
- uncorrectable sector count : 0

Gisteren : Beschadigde sectoren : 2160
- Reallocated sector count : 2160
- Current pending sector count : 0
- uncorrectable sector count : 0

Deze morgen : Beschadigde sectoren : 35520
- Reallocated sector count : 2160 (nog steeds)
- Current pending sector count : 16680
- uncorrectable sector count : 16680

Dit zijn de meldingen in de integriteitsinfo het kort :

De gezondheid van de schijf is verslechterd.
35520 beschadigde sectoren zijn op de schijf gedetecteerd en automatisch hersteld..... Dit is te repareren omdat gegevens naar reservegebieden van de schijf kunnen worden verplaatst.

Dit is de melding in berichten :

Schijf 3 heeft beschadigde sectoren die de limiet overschrijven.


Vraagjes :
- Limiet overschrijven? Wat bedoelen ze hiermee? Welke limiet
- wat zijn die current pending sector count en uncorrectable sector count ?
- Zij zeggen dat parameters zoals geschatte levensduur, herverbindingen, beschadigde sectoren, heridentificatie schijf,  het totaal aantal gebeurtenissen weergeeft dat op de schijfzijn opgetreden .
Deze paramaters zouden mij waarschuwen of tijdig informeren over de schijfintegriteit. Ze zouden geen directe indicatie geven van een onmiddellijk defecte schijf, en informeren mij over de veiligheid van de opslag.
Wanneer is het dan wel slecht?

Toch maar direct een nieuwe schijf bestellen zeker? Een geluk dat die nu in SHR raid staat ?

[Sylvester]

[Hofstede]

Het is simpel, het aantal toegestane foute sectoren op de schijf dreigt de toegestane limiet te overschrijden. Een bepaald aantal kan de schijf nog herstellen door slechte sectoren te vervangen door goede. Maar bij jou is het aantal beschikbare goede sectoren bijna op.
Deze schijf moet je direct vervangen.

[Sylvester]

OK, ik heb dan ook onmiddellijk een nieuwe besteld, zou morgen arriveren.

Je zegt wel dat het simpel is, maar ik ben waarschijnlijk niet zo goed op de hoogte van die materie.
Hoe kan je zien dat het aantal beschikbare goeie sectoren bijna op is? Ik haal dat niet uit die cijfers.
Kan ik zien hoeveel sectoren of blokken beschikbaar zijn om te herstellen?

Ondertussen : deze voormiddag zijn de current pending sector count en uncorrectable sector count opgelopen tot 18000.
Op dit moment weer opgelopen tot 29800 voor beiden.
Aantal reallocated sectoren staat nog steeds op 2160

[Sylvester]

Schijf is nu gecrasht denk ik. Smart status werkt niet meer, men raadt aan om te vervangen.

Nu werkt alles nog wel gewoon. Dat zal dan wel door de SHR raid zijn zeker?
Ik merk wel één probleem : de iSCSI LUN kan ik niet beschrijven, ik krijg steeds lees- en/of schrijffouten.
Werkt een LUN anders onder een RAID?

[Ben(V)]

Dat ligt eraan hoe je die lun hebt aangemaakt.
Als je hem gewoon op een disk hebt aangemaakt dan heeft hij geen shr bescherming.

Als je shr bescherming wilt, moet je eerst een diskgroep in SHR aanmaken en daarop een isci lun aanmaken, maar dat had ik je al een keer vertelt.

[Sylvester]

Ik ga het proberen kort te omschrijven :
Ik heb een SRH raid aangemaakt met 5 (verschillende) disks. Hierop één diskgroep aangemaakt die de volledige capaciteit in beslag neemt.
Daaronder heb ik 3 volumes aangemaakt die op zich de volledige capaciteit van de diskgroep in beslag nemen.
De LUN is op volume 3 aangemaakt.
Dus die LUN zou toch moeten opgaan in de SHR raid, als ik het goed begrijp.

[Ben(V)]

Als je het goed gedaan hebt dan staat die lun ook op een shr set.
Het feit dat je zegt eerst een shr aangemaakt te hebben en daarop een diskgroep doet me twijfelen.

Je kunt alleen bij het aanmaken van een diskgroep kiezen voor shr of niet.
Je kunt geen diskgroep aanmaken op een bestaande shr volume, maar misschien beschrijf je het gewoon niet goed wat je gedaan hebt.
Het is:
disken --> diskgroep(in shr) --> iscs lun

of

disk --> isci lun

[Sylvester]

Ja, ik weet het niet meer precies. Ik denk dat ik die SHR tijdens het aanmaken van de (enige) diskgroep heb geconfigureerd.
Daarop heb ik 3 volumes geconfigureerd.
Die iSCSI LUN staat volgens mij wel op een volume, niet rechtstreeks op de diskgroep of schijf.

[Birdy]

Diskgroep 1 staat in SHR (RAID5).



Dus je 3 volumes ook.

[Ben(V)]

Op zich heb je het goed geconfigureerd, echter je krijgt wel foutmeldingen van je isci lun.
Dat kan komen doordat die defecte disk voor timig problemen zorgt.

Ik zou zeggen, stop je Nas, haal die defecte disk eruit en kijk of die meldingen van die isci lun weggaan.

Overigens heb je btrfs gebruikt, wat naar mijn mening niet voldoende betrouwbaar is om te gebruiken.

[Sylvester]

Het kan ook zijn dat dit probleem zich situeert in mijn Mac mini, waarop ik de copy-opdracht naar de iSCSI LUN had gegeven. Die doet dat wel eens vaker naar netwerkschijven.

Zoals je zelf aanbeveelt, ga ik vandaag de nieuwe schijf erin stoppen en dan eens kijken wat die LUN doet.

>> Wat die btrfs betreft : OEI, is dat niet goed? Hoe had het dan gemoeten?
Synology raadt het toch aan als je een schijf gaat installeren? Dan heb ik dat maar (blind) gedaan, want eerlijk gezegd wist ik niet wat precies kiezen.
Na de eerste ervaring met de defecte schijf, ben ik nu nog iets verder in de <ongerust-modus> 

[Sylvester]

https://be.hardware.info/nieuws/48883/btrfs-onveilig-dataverlies-mogelijk-bij-nasen-netgear-synology-en-thecus

Oei? Nog dieper in <ongerust-modus>

[Sylvester]

Enfin, ik ga voorlopig de boel niet herformatteren.

Ondertussen zit de nieuwe schijf erin. Alles is heel goed gegaan. Disk 3 staat genoteerd als 'gezond'. Hij is nu aan het 'herstellen'.
De oude schijf even in een extern USB doosje gezet, maar ze doet helemaal niks meer. Is voor de vuilbak.

Wel een eigenaardigheidje :
Hij is voor de derde keer aan het 'herstellen' (pariteitsconsistentie controleren.)
De eerste keer was hij ongeveer tot aan 25% geraakt, en begon dan opnieuw. De tweede keer was hij volledig rond want ik had melding gekregen dat pariteitsconsistentie controle gedaan was. Maar hij begon weer vanaf 0 en is nu aan 15%.

Is dit normaal? Waarom telkens opnieuw?  Hoe dikwijls gaat hij nog opnieuw beginnen?

[Robert Koopman]

Deze controle begint overnieuw als de NAS is uitgezet voordat het proces klaar is.
Dat misschien het geval?