Migratie "terug" van BTRFS naar EXT4

[Babylonia]

Een kennis van mij heeft een DS415+ waarbij hij eerder al vreemde fouten heeft ontdekt met vreemde karakters in bestandsnamen e.d.
Of dat komt door een niet juiste karakterset van bestanden op een MAC of de NAS, of mogelijk te maken heeft met het nieuwe BTRFS systeem,
is moeilijk te achterhalen omdat data tussendoor al een keer opnieuw erop is gezet.

Naar aanleiding van de eerdere berichtgeving omtrent bugs in BTRFS als sticky-bericht opgenomen < HIER >
leek het ons toch een veiliger idee om met zijn BTRFS ingedeelde schijven terug te gaan naar EXT4
(Mijn eigen DS415+ heb ikzelf nog in EXT4 staan, en laat dat het beste dan ook maar zo).


Hoe het beste te migreren "terug" naar EXT4 ?
De indeling van diens DS415 zoals die nu is:
- 3 schijven (nr. 1, 2, 3) als één diskgroep en volume (SHR)
- 1 schijf      (nr. 4)        als één diskgroep en volume

Omdat er relatief erg weinig data op staat, en schijf 4 nu geen data bevat, kan alle data van "het eerste volume" naar schijf 4   (Dat past).

Op afstand (via internet-connectie) kon ik de 4e schijf vanuit DSM niet formatteren in EXT4
Moet ik daarvoor ter plekke beter de schijf eruit halen, in een cradle stoppen en bijv. in Windows of Mac "leegmaken" (volume verwijderen etc.)?
Of kan ik dat (als ik bij die kennis zelf ben) ook rechtstreeks doen vanuit "Synology Assistent" (Mac)?

In ieder geval als schijf 4 leeg is, (dan weer terug stoppen in de NAS), met DSM vanuit die niet ingedeelde schijf alsnog formatteren in EXT4
- Daarna backup van alle data (volume schijf 1, 2, 3) naar schijf 4  +  backup maken van de systeem instellingen.
- Dan de eerste 3 schijven uit de NAS halen, in een cradle stoppen en die weer leeg maken.
- Voor alle zekerheid schijf 4 er even uit (kunnen we niet per ongeluk daar iets verkeerd mee doen).
- De eerste 3 schijven terug stoppen in de NAS, met "basis" begin om alles opnieuw te installeren schijven 1, 2, 3  formatteren naar EXT4
- Volume 3 schijven weer opbouwen + SHR
- Basis DSM  + gebruikte applicaties weer installeren, en set-up van systeem instellingen terug.

Die back-up van die systeem-instellingen houdt die rekening met de nu andere EXT4 schijfindeling, of moet ik speciaal letten op de verschillende onderdelen die je kunt kiezen om terug te laten schrijven als instelling?

- Schijven 1, 2, 3 zijn nu als voorheen (maar nu EXT4), en de basis is weer terug, alleen nog zonder data.
- Schijf 4 weer terug in de NAS en alle back-up data weer terug zetten.

Zie ik nog iets over het hoofd?

[Nelissuh]

Via web omgeving kan je m.i. wel de schijf 4 omzetten naar EXT4.

Opslagbeheer -> Volume -> Volume verwijderen
Daarna
Opslagbeheer -> Volume -> Creëren -> Aangepast (nu kan je kiezen of je BTRFS of EXT4 wil).

Daarna data van 1/2/3 naar 4 verplaatsen en op het volume van schijf 1/2/3 hetzelfde doen.

Backup en configuratie houdt geen rekening met EXT4/BTRFS. In de backup zit de data, in de configuratie zitten instellingen.  Het filesystem zit op een hogere laag.

[Babylonia]

Hartelijk dank, ik zal er op die manier eens mee aan de gang gaan.
Laat het wel weten als alles is gelukt, maar kan even duren, want ben niet bij die kennis (en woont niet naast de deur).

[Nelissuh]

Zeker de eerste stappen (schijf 4 volume verwijderen en opnieuw volume maken, en daarna data verplaatsen) kan goed op afstand via Quickconnect. Voor het verwijderen van het volume heb je wel een administrator password nodig.

[Babylonia]

Terugkoppeling.

Inmiddels terug gemigreerd naar EXT4.  Het ging een stuk eenvoudiger dan ik het me had voorgesteld.
Ik kon alles "op afstand" regelen (met admin rechten).  Packages moesten opnieuw worden geïnstalleerd.  Back-up instellingen terug gezet.
Op dit moment worden back-up files vanuit schijf 4 weer terug geschreven naar de SHR-indeling van de diskgroep met schijf 1, 2, 3 maar dan in EXT4 indeling.

Of het eerder aan de BTRFS indeling lag, of een fout op ander niveau, is niet te achterhalen, maar in de oude set-up was er wel een map met bestanden die corrupt was, en niet was te back-uppen.  De kopieeractie naar schijf 4 duurde "eeuwig".  Met herstarten (de volgende dag) van de NAS kon dat worden afgebroken. Bij controle hoe groot die map was, en hoeveel bestanden, bleek dat ook "niet meetbaar".
Er vielen ongekend hoge waarden uit die logischerwijze niet konden kloppen met de inhoud.  De verloren map was overigens niet zo belangrijk (programma bestanden van een Mac om te bewaren), en nog te achterhalen op een van de andere opslagmedia van de gebruiker.

[Nelissuh]

Bedankt voor de terugkoppeling. Mooi dat het gelukt is