Foute sectoren

[dirklammers]

Hallo allemaal,

ik ben bezig met de opbouw van mijn nieuwe DS1817+. Om niet volledig afhankelijk te zijn van mijn enige backup zet ik de gegevens gefaseerd over van de oude DS1513+ naar de nieuwe. In de DS1817+ zit nu een stelletje oude (reserve)schijven.
Omdat ook de schijven mee over moeten zit ik nu in de fase dat de DS1513+ (SHR-1) draait op 4 van de 5 schijven en er dus geen bescherming meer is. De vrijgekomen schijf gaat dan weer in de DS1817+ en daar gaat dan een oude schijf uit.
Steeds dus weer het array opbouwen, langdurig gedoe.

Maar .... nu halverwege ontvang ik een schijfintegriteitsrapport (1e van de maand) en zie tot mijn schrik dat de DS1817+ meldt dat er één schijf is met 11 foute sectoren en één schijf met 78 foute sectoren en 1 poging tot heridentificatie 

Hier wordt ik niet blij van. Wat is jullie advies ? Toch maar doorgaan met omzetten en hopen dat het array in de DS1817+ iedere keer weer netjes wordt opgebouwd totdat ik uiteindelijk de verdachte schijven er uit kan trekken ?
Of loop ik het risico dat het opbouwen van het array wel goed lijkt te gaan maar de data corrupt blijken te zijn ?

Dirk

[Ben(V)]

Blijkbaar zijn die oude schijven behoorlijk gaar.
Persoonlijk zou ik niet zo doorgaan.

Ik begrijp niet waarom je zo'n omslachtige methode kiest.
Synology geeft een veel simpeler, snellere en betrouwbaarder methode aan om dit te doen.

Zie link en wel het deel migreren tussen verschillende Nas modellen.


https://www.synology.com/nl-nl/knowledgebase/DSM/tutorial/General/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later#t2.2

[Hofstede]

Het risico dat je nu neemt met het iedere keer wisselen van (oude) schijven en rebuilden is vele malen groter.
Ik zou ook zoals Ben aangeeft zorgen dat ik het volume op de DS1513+ goed voor elkaar heb met de goede schijven en deze in één keer migreren naar de nieuwe NAS.

[dirklammers]

Ik snap jullie opmerkingen maar is was even vergeten te melden dat de 1513+ draaide op EXT4 en ik de nieuwe nu inricht met BTRFS. Dan moet je dus toch helemaal opnieuw beginnen. En als je de nieuwe NAS nu gelijk vol kunt stoppen met nieuwe schijven dan is het gemakkelijk, maar ik wil de schijven uit de 1513+ dus over zetten en dat werkt alleen maar op deze manier òf alle schijven in één keer over en dan alles van backup terug zetten. Maar dat vind ik ook risicovol. Nu heb ik tenminste altijd een situatie waarin ik én de gegevens heb op één van de NASsen heb én nog een volledige backup op USB-schijven. Maar ik moet toegeven dat het steeds weer opnieuw opbouwen van het steeds voller lopende nieuwe array geen leuk klusje is  . Misschien krijg ik nog wel spijt van mijn keuze om over te gaan naar BTRFS .....

Maar ja, of dit scenario dus goed blijft gaan ......

[Birdy]

Misschien krijg ik nog wel spijt van mijn keuze om over te gaan naar BTRFS .....

Waarom doe je het dan ?

[Hofstede]

Zelf zou ik dan de oude schijven gebruiken als een extra backup met behulp van een externe schijf behuizing. En dan de DS1817+ in één keer als nieuw inrichten.

[Ben(V)]

Wat zie je als nut voor BTFRS dat je dit soort zwaar omslachtige methoden gaat bedenken?

Met andere woorden je stopt er erg veel werk en risico in en wat denk je dat het je oplevert?

[dirklammers]

Tja, goede vragen. Misschien wel om "gewoon" mee te gaan in nieuwe ontwikkelingen en het zelf-reparerend vermogen van BTRFS sprak me wel aan.
Maar inmiddels heb ik van m'n plan afgezien. Ik snap dat inderdaad de risico's van het enkele malen wisselen van schijven en dus het steeds weer opbouwen van het SHR-array (te) groot zijn.
Als BTRFS echt door gaat zetten en de voordelen doorslaggevend worden dan maak ik nog wel eens een extra backup en bouw ik de 1817+ opnieuw op.
Dirk

[DocG]

Ik snap jullie opmerkingen maar is was even vergeten te melden dat de 1513+ draaide op EXT4 en ik de nieuwe nu inricht met BTRFS. Dan moet je dus toch helemaal opnieuw beginnen.

Hoe bedoel je dat je helemaal opnieuw moet beginnen ?
Nu ken ik je configuratie niet, maar als je met volumes werkt dan kun je een extra volume aanmaken met BTRFS naast je EXT4 volume
vervolgens ga je naar gedeelde mappen, en bewerkt de map op het punt dat je deze naar een ander volume wilt hebben middels het drop down lijstje.

Misschien krijg ik nog wel spijt van mijn keuze om over te gaan naar BTRFS .....

Hoezo ? Ik heb mijn volumes inmiddels met succes gemigreerd.
BTRFS staat overigens voor Better File system.   Het is de opvolger van EXT4, zoals 3 van 2 en 4 van 3.

[dirklammers]

Ja ik begrijp dat dat kan, maar dan moet je natuurlijk wel ruimte hebben om nog even een nieuwe BTRFS aan te maken van 10TB 
En ik heb nu 7 van de 8 sleuven gevuld en dus geen ruimte meer in de NAS om nog een BTRFS volume van voldoende grootte bij te maken .....

[Ben(V)]

BTFRS staat voor B-tree File System en niet voor Better File System.

Overigens is er niet zo erg veel "better" aan op dit moment.
Het is naar mijn mening (en velen met mij) nog steeds niet volwassen genoeg en zeker de raid implementatie niet.
Vandaar dat Synology gekozen heeft om het boven op de standaard raid te zetten in plaats van de raid implementatie van BTFRS te nemen.
Dit heeft echter tot gevolg dat de theoretische verbeteringen van een copy-on-write filesystem weer wegvallen.
BTTFS weet niets van het raid system en ziet alleen een grote disk.

Het enige voordeel van BTFRS zit momenteel in het kunnen maken van snapshots, maar als je dat niet gebruikt zou mijn advies op dit moment absoluut zijn om gewoon Ext4 te gebruiken.

[DocG]

Oeps....

Vreemd.. waar heb ik dat gelezen dan ?  Zal mijn bril wel niet opgehad denk ik.

Aha..  Wikipedia ... Daar zit de boosdoener...

Btrfs (B-tree FS, uitgesproken als Better FS[1][2]) is een copy-on-write-bestandssysteem ontworpen en geïmplementeerd door Oracle en uitgebracht onder de GNU General Public License (GPL) voor Linuxsystemen. Btrfs is gemaakt als een antwoord op ZFS en de tekortkomingen van de huidige bestandssystemen.[3]


Ik kwam deze link nog tegen https://btrfs.wiki.kernel.org/index.php/RAID56
En de posting is nog zeer recent...

[Ben(V)]

Hier vind je de up-to-date status van BTFRS

https://btrfs.wiki.kernel.org/index.php/Status

[Birdy]

Based on the

latest released linux kernel: 4.12

Als ik kijk op m'n DS716+II draait DSM op Linux kernel  3.10.102
Dus, Synology loopt ook nog wat achter m.b.t. BTRFS implementatie, als ik het goed begrijp ?

Code: [Selecteer]

Linux DS716II 3.10.102 #15152 SMP Thu Jul 13 04:19:29 CST 2017 x86_64 GNU/Linux synology_braswell_716+II