Det här är en avancerad felrapport om lagringsmigrering, inte en receptbeskrivning för importer som stöds. Källarrayen sattes samman på Linux-kärnnivå, men ZimaOS lagringslager hanterade den inte korrekt och användaren stötte på ett ihållande fel i gränssnittet.
Detektering av arrayer på kärnnivå är inte samma sak som hantering i ZimaOS
Ett Linux-system kan känna igen RAID-metadata eller ett filsystem, medan en lagringshanterare av appliance-typ fortfarande saknar det livscykeltillstånd som krävs för att hantera poolen säkert. Arbetsflödet för RAID-återställning visar den säkrare ZimaOS-principen för arrayer som systemet redan förstår: bevara befintliga RAID-metadata och undvik att återskapa arrayen som första steg.
OpenZFS har en uttrycklig export- och importlivscykel
Den officiella poolens exportfunktion i OpenZFS anger att export av en pool avmonterar dess dataset och markerar enheterna som exporterade, så att de senare kan flyttas och importeras. Poolimporten i OpenZFS förklarar hur en annan värd upptäcker och importerar tillgängliga pooler.
Den aktuella utvecklardokumentationen för ZimaOS visar också ZFS CLI-åtgärder, inklusive zpool export. Det är inte samma sak som en generell GUI-guide för att importera godtyckliga mdadm+Btrfs-, inbyggda Btrfs- och ZFS-pooler.
Aktuell offentlig dokumentation beskriver inte någon universell guide för externa pooler
Den aktuella lagringsguiden fokuserar på att skapa och hantera ZimaOS-lagring, medan den offentliga ZFS-utvecklarguiden dokumenterar manuella ZFS-åtgärder. Om ditt faktiska mål är att flytta hanterade ZimaOS-data till ny lagring i stället för att ta över en extern array, är ZimaOS datamigrering den säkrare aktuella vägen. ZimaOS säkerhetskopieringsarbetsflöde bör ingå i planen innan destruktiva lagringsåtgärder genomförs.
Tvinga inte fram importåterställningsflaggor på den enda kopian
OpenZFS varnar för att tvingade importer eller importer i återställningsläge kan kasta bort nyligen genomförda transaktioner eller på annat sätt vara riskfyllda. Experimentera inte med återställningsflaggor eller destruktiv omformatering på den enda kopian av viktiga data.
Sammanfattning
Det communityrapporterade felet i version 1.6.1 visar varför en extern array som känns igen av kärnan inte automatiskt blir en pool som hanteras av ZimaOS. ZFS har en definierad export-/importlivscykel, men den aktuella offentliga ZimaOS-dokumentationen beskriver inget universellt GUI-arbetsflöde för att ta över alla kombinationer av externa RAID-konfigurationer och filsystem.
