Deze thread is een geavanceerd rapport over een mislukte opslagmigratie, geen ondersteunde importprocedure. De bronarray is op Linux-kernelniveau samengesteld, maar de opslaglaag van ZimaOS heeft deze niet correct overgenomen, waardoor de gebruiker te maken kreeg met een aanhoudende fout in de gebruikersinterface.
Detectie van een array op kernelniveau staat niet gelijk aan beheer door ZimaOS
Een Linux-systeem kan RAID-metadata of een bestandssysteem herkennen, terwijl een opslagbeheerder in appliance-stijl nog steeds niet over de benodigde levenscyclusstatus beschikt om die pool veilig te beheren. De RAID-herstelprocedure laat het veiligere ZimaOS-principe zien voor arrays die het al begrijpt: behoud bestaande RAID-metadata en maak de array niet opnieuw aan als eerste stap.
OpenZFS heeft een expliciete export- en importlevenscyclus
De officiële OpenZFS-pool-export vermeldt dat het exporteren van een pool de datasets ervan ontkoppelt en de apparaten als geëxporteerd markeert, zodat ze later kunnen worden verplaatst en geïmporteerd. De OpenZFS-pool-import legt uit hoe een andere host beschikbare pools detecteert en importeert.
De huidige ontwikkelaarsdocumentatie van ZimaOS bevat ook ZFS CLI-bewerkingen, waaronder zpool export. Dat is niet hetzelfde als een algemene GUI-wizard voor het importeren van willekeurige mdadm+Btrfs-, native Btrfs- en ZFS-pools.
De huidige openbare documentatie beschrijft geen universele wizard voor externe pools
De huidige opslagwizard richt zich op het aanmaken en beheren van ZimaOS-opslag, terwijl de openbare ZFS-ontwikkelaarsgids handmatige ZFS-bewerkingen beschrijft. Als je werkelijke doel is om beheerde ZimaOS-gegevens naar nieuwe opslag te verplaatsen in plaats van een externe array over te nemen, is de ZimaOS-gegevensmigratie momenteel de veiligere aanpak. De ZimaOS-back-upworkflow moet deel uitmaken van het plan voordat je destructieve opslagbewerkingen uitvoert.
Forceer geen import- of herstelopties op de enige kopie
OpenZFS waarschuwt dat geforceerde imports of imports met herstelopties recente transacties kunnen verwijderen of op andere wijze gevaarlijk kunnen zijn. Experimenteer niet met herstelopties of destructief formatteren op de enige kopie van belangrijke gegevens.
Conclusie
De communityfout in versie 1.6.1 laat zien waarom een door de kernel herkende externe array niet automatisch een door ZimaOS beheerde pool is. ZFS heeft een vastgelegde export-/importlevenscyclus, maar de huidige openbare documentatie van ZimaOS beschrijft geen universele GUI-procedure voor het overnemen van elke combinatie van externe RAID- en bestandssystemen.
