EXT4 naar BTRFS tgv migratie

[scootfan]

Bij de migratie naar mijn DS218+ heb ik de 'traditionele' weg gevolgd, configuratie gebackupt en harde schijven van de oude naar de nieuwe NAS gestoken.  Dat liep ook deze keer bijzonder vlot.  Nu alles lekker draait bedenk ik me dat dit misschien wel dé gelegenheid was om van EXT4 naar BTRFS over te stappen, toekomstgewijs zal dat toch de betere optie zijn vermoed ik. 

Ik veronderstel dat de harddisks bij dit proces volledig moeten worden heringedeeld en dat alle data die er op staat daarbij verloren gaat. Op dit ogenblk heb maar één NAS (218+) en dus heb ik al meteen op externe usb-disk een backup gemaakt van de nieuwe NAS met 'hyper-backup', en ook de config opgeslagen.  De datafiles heb ik in kopie, dus moest daar wat mee fout lopen is dat niet zo'n erg.  Het is mij meer te doen om de instellingen/ configuratie van de NAS.

Ik wil graag de switch maken naar BTRFS maar hoe begin ik daar best aan?  Waar kan ik ergens aangeven dat ik BTRFS bestandsindeling wens in te stellen?  Is het mogelijk om - eens de schijven naar BTRFS omgetuned zijn - mijn externe usb backup terug te zetten met 'hyperbackup' of komen die dan terug in EXT4 terecht?

Heeft BTRFS een invloed op de benadering van de datafiles via Windows, blijft dit even vlot mogelijk?

Vele vragen en onbekend terrein   dus het is raadzaam om even op jullie expertise beroep te doen vooraleer ik er aan begin...

[Birdy]

Ik wil graag de switch maken naar BTRFS maar hoe begin ik daar best aan?

Volume verwijderen.

Waar kan ik ergens aangeven dat ik BTRFS bestandsindeling wens in te stellen?

Als je weer een volume gaat maken.

mijn externe usb backup terug te zetten met 'hyperbackup'

Ja.

of komen die dan terug in EXT4 terecht?

Nee, kan niet, want die bestaat immers niet meer.

Heeft BTRFS een invloed op de benadering van de datafiles via Windows

Nee.

blijft dit even vlot mogelijk?

Ja.

[scootfan]

Ik heb Birdy's aanwijzingen gevolgd maar kon het bestaande volume niet verwijderen omdat er telkens nog restanten achterbleven (shares, packages, databanken, etc) die de verwijdering verhinderden.   

Na meer dan een uur gesukkel heb ik dat opgegeven en heb een reset naar de fabrieksinstellingen uitgevoerd (automatisch).  Er werd dan een nieuw volume gecreëerd maar ik kon de keuze voor btrfs niet zelf selecteren, wellicht omdat ik voor de automatische wizard gekozen had.    Maar dat liep toch goed af want toen het volume klaar was zag ik dat het in btrfs gecreëerd was.   Vervolgens een herstel van mijn externebackupschijf uitgevoerd met hyperbackup.  Alle data, packages en instellingen werden netjes terug geplaatst.

De settings van de firewallregels en de vpn instellingen bleken niet met de config mee gekomen te zijn en die moest ik opnieuw instellen.  Oefening baart kunst...

Mijn eerste positieve ervaring na de migratie van ext4 bestandsindeling naar btrfs is de snelheid waarmee gelezen en geschreven wordt, dat gaat opvallend vlugger (subjectief want ik kan het net aantonen met cijfers).  De tweede is het schijfgebruik, exact dezelfde hoeveelheid dat was met EXT4 zo'n 39% van mijn volume en met btrfs is het slechts 20% 

Ik ben blij dat ik het er op gewaagd heb dankzij het advies van Birdy 

 

[Birdy]

 

[Ben(V)]

Helaas is het bijna onmogelijk om bij een Btfrs filesystem de beschikbare vrije ruimte te bepalen.
Ik vrees dus dat Synology gewoon aan de heel lage kant is gaan zitten, maar in het algemeen heeft btfrs meer overhead, omdat het een COW filesystem is en dus is de verwachting dat je minder vrije ruimte hebt.

Ook sneller is zeer onwaarschijnlijk, als je even googled zul je erachter komen dat de snelheid op z'n best gelijk is aan een EXT4 filesystem.

Achtergrond kennis nodig? Lees dit.
https://btrfs.wiki.kernel.org/index.php/FAQ

[scootfan]

Die enorme schijfruimtewinst (wat een woord) is te mooi om waar te zijn dan?  Ik stond er toch ook al versteld van.  De snelheidswinst zal er in combinatie zijn met de meer performante NAS maar toch...de stap is gezet

[cyberneticorganism]

Ik heb n.a.v. bovenstaand ook een vraag: Is het überhaupt verstandig om over te stappen op BTRFS? Ik ga een nieuwe Synology NAS inrichten, welke morgen arriveert (als het goed is). En dat is dan een mooi moment om meteen zo'n migratie mee te pakken.

Kunnen de 3th Party Packages hier ook goed mee uit te voeten (zal het meeste wel via Docker draaien op de 918+) ?

Wat zijn de ervaringen hier tot nu toe?

[Ben(V)]

Met het risico weer eens een stammenstrijd te ontketenen zal ik je toch mijn persoonlijke mening geven.

Btfrs is naar mijn mening niet geschikt voor een thuis NAS, omdat het  niet volwassen genoeg is en dat voor dit gebruik ook nooit meer zal worden.
De raid functionaliteit is volkomen onbetrouwbaar en is ook de reden waarom Synology als raidlaag gewoon mdadm gebruikt.
Het voordeel dat btfrs op Ext4 zou kunnen hebben valt daarmee weg.

Dat het nooit zal gaan werken komt doordat Oracle de ontwikkeling van Btfrs naar zich toegetrokken heeft en die hebben geen enkele interesse in raid functionaliteit, want voor professionele omgevingen worden SAN's met hardware raid controllers gebruikt.
Als je meer achtergrond wilt hebben moet je maar even op dit forum zoeken, ik heb er vaker over geschreven en met veel ondersteunde referentie links.

Als je dus niet beslist een van de btfrs functionaliteiten zoals snapshots nodig (met de nadruk op nodig) hebt, raad ik persoonlijk aan geen btfrs te gebruiken.
Sterker nog als Synology doorgaat op het ingeslagen pad en in de toekomst alleen nog Btfrs ondersteund (wat ik eigenlijk niet verwacht) dan zal ik na vele jaren een trouw Synology fan te zijn geweest afscheid nemen en een anders NAS oplossing zoeken.

Een filesysteem is het hart van een NAS en dat moet degelijk, betrouwbaar en voorspelbaar zijn met een goede trackrecord.

[Birdy]

Niet weer hè
Er is al genoeg te lezen over dit onderwerp op het Forum.
Gebruikers moeten onderhand zelf een besluit kunnen nemen.

[cyberneticorganism]

Ik maak gebruik van RAID 5, dus daar hoef ik het dan dus niet voor te doen.
@Ben(V) Synology promoot het wel erg op de website, ook dat het net als bijv. ReFS een ingebouwde error correctie heeft e.d.
Als ik jouw bericht lees heeft het dus geen nut / meerwaarde. Snapshots zijn geen noodzaak. Ik ga ook met Docker containers werken, zodat ik individuele containers kan terugzetten als er iets misgaat met een applicatie, i.p.v. dat ik de gehele NAS moet gaan herstellen bijv. En ik wil een fatsoenlijk back-up beleid gaan voeren. En dan gaat het me met name ook om DSM zelf, en alle instellingen en applicaties dus. Want dat heb ik nu niet op orde, waardoor ik onlangs weer van 0 af aan heb kunnen beginnen (per ongeluk in een verkeerde map gestaan met chown, en de gehele filestructuur vernacheld . Kon zelfs de webinterface niet meer in). Had enkel van Sonarr een back-up, en de data partitie was gelukkig wel onaangedaan.

@Birdy Sorry, ik denk die vraag sluit hier mooi op aan. Ik heb geen tijd om me er helemaal op in te lezen, tot alle details toe. Heb liever wat praktijkervaring, want Synology zet het allemaal mooi neer op de site (beetje marketing ook wellicht), maar of dat dan in de praktijk ook echt zo mooi werkt is altijd een tweede.