Synology-Forum.nl
Hardware ondersteuning => NAS hardware vragen => Topic gestart door: Sylvester op 26 februari 2017, 07:39:35
-
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 ?
-
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-02-26%2520om%252007.42.01_zpsacaysqso.png&hash=6eaedc8b2a342484cae152cc4ed36513182f7242)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-02-26%2520om%252007.42.45_zpsyqmrtasx.png&hash=1931d827e4d06c78b99bde5eccf21201b9e78d41)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-02-26%2520om%252007.42.56_zpsa41kmwxp.png&hash=4a7accf5b50fc3f13e8cb4bb723bf0785ffe5b41)
-
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.
-
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
-
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?
-
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.
-
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.
-
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
-
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.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25201_zps4uxpymnw.png&hash=acc899b5cbaa53401fd48eebf831a4d73132c742)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202_zpsgqhtay5w.png&hash=83ebc4754d900a525d88e346f879e4ff936b0170)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25203_zpsddgztbkg.png&hash=5ff6c858d9fb4d0c4ae34bf04e85c13e04ae4bde)
-
Diskgroep 1 staat in SHR (RAID5).
[attachimg=1]
Dus je 3 volumes ook.
[attachimg=2]
-
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.
-
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> :|
-
https://be.hardware.info/nieuws/48883/btrfs-onveilig-dataverlies-mogelijk-bij-nasen-netgear-synology-en-thecus
Oei? Nog dieper in <ongerust-modus>
-
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?
-
Deze controle begint overnieuw als de NAS is uitgezet voordat het proces klaar is.
Dat misschien het geval?
-
Soms wordt die check ook herhaald, halverwege.
-
Nee die is sinds de nieuwe schijf niet meer uit geweest. Hij is wel in tussentijd nog gebruikt geworden : films gekeken, backups gemaakt, enz...
Ik weet niet of dat een probleem is.
-
Hoe intensiever de NAS gebruikt wordt tijdens de pariteitscontrole, hoe langer het duurt. Vooral als je nieuwe files wegschrijft naar de NAS, waardoor data op de schijven wijzigt.
-
Zou het daardoor kunnen zijn dat hij opnieuw begint? Er zijn af en toe wel een paar files weggeschreven. Ik vroeg me al af wat hij doet met die nieuwe files in de pariteitsconsistentie controle.
-
Ik gebruik mijn NAS gewoon als hij met zo'n pariteitscontrole bezig is.
Ok, ik ga geen 100-en GB's verplaatsen maar gebruik hem wel.
Nog nooit gezien dat hij opnieuw ging beginnen.
-
De 'grote' dingen laat ik ook even achterwege. Gewoon een paar fotootjes bijzetten, en een backup waar bijna niets bijkomt of weggaat, dat is alles. Ik hou het in de gaten en laat nog iets weten. Hij is nu op 25%.
Als techneut ben ik wel geïnteresseerd in het hele gebeuren achter de schermen, voor het terug samenstellen van de SHR raid, dat herstellen, die pariteitsconsistentie controle, enz... Ik vind het op zich toch erg knap dat dit zo soepel verloopt zonder problemen en dat je eventueel ook nog verder kunt werken.
-
Bij en controle is het op zich logisch dat je door kunt werken, omdat er niets aan de data veranderd, zolang hij geen fouten vindt. Als je op de mac, de harde schijf versleuteling aan zet (FileVault2), dan wordt elk bitje op de schijf aangepast, en toch kun je doorgaan met werken. Vond ik eigenlijk nog knapper. ;)
-
OK, so far so good.... :) :thumbup:
Nog even feedback op het stukje van de iSCSI LUN :
https://www.synology-forum.nl/hardware-vragen/beschadigde-sectoren-lopen-op/msg216263/#msg216263
@Ben(V)
Nog steeds een probleem als ik iets op de LUN wil zetten vanuit de Mac Mini. Kleine dingen geen probleem maar grote iPhoto Libraries (of iets anders) haken af en geven een lees/schrijf error.
Even diezelfde iPhoto Libraries naar een andere Mac gekopieerd en van daaruit naar de LUN. Dan gaat het prima.
Intussen heb ik al gemerkt dat die Mac mini niet meer 100% is, hapert en herstart soms uit zichzelf. Vermoedelijk systeemfouten.
Dus het gaat volgens mij niks met die LUN of die defecte harde schijf te maken hebben. Dat is zo goed als zeker.
Zou niet goed zijn dat je LUN kapot gaat als een schijf kapot gaat in SHR, waarin die LUN zit.