Dieser Thread ist ein fortgeschrittener Fehlerbericht zur Speichermigration und keine unterstützte Anleitung zum Import. Das Quell-Array wurde auf Linux-Kernel-Ebene zusammengestellt, aber die Speicherebene von ZimaOS hat es nicht sauber übernommen, woraufhin beim Benutzer ein dauerhafter UI-Fehler auftrat.
Die Erkennung eines Arrays auf Kernel-Ebene entspricht nicht seiner Verwaltung durch ZimaOS
Ein Linux-System kann RAID-Metadaten oder ein Dateisystem erkennen, während einer Storage-Manager im Appliance-Stil weiterhin der erforderliche Lebenszyklusstatus fehlt, um diesen Pool sicher zu verwalten. Der RAID-Wiederherstellungsprozess zeigt das sicherere ZimaOS-Prinzip für Arrays, die ZimaOS bereits versteht: Vorhandene RAID-Metadaten beibehalten und das Array nicht als ersten Schritt neu erstellen.
OpenZFS verfügt über einen festgelegten Export- und Importlebenszyklus
Der offizielle OpenZFS-Pool-Export besagt, dass beim Exportieren eines Pools dessen Datasets ausgehängt und die Geräte als exportiert markiert werden, sodass sie später verschoben und importiert werden können. Der OpenZFS-Pool-Import erklärt, wie ein anderer Host verfügbare Pools erkennt und importiert.
Die aktuelle Entwicklerdokumentation von ZimaOS enthält ebenfalls ZFS-CLI-Operationen, darunter zpool export. Das ist nicht dasselbe wie ein allgemeiner GUI-Assistent zum Importieren beliebiger mdadm+Btrfs-, nativer Btrfs- und ZFS-Pools.
Die aktuellen öffentlichen Dokumente beschreiben keinen universellen Assistenten für fremde Pools
Der aktuelle Storage-Assistent konzentriert sich auf das Erstellen und Verwalten von ZimaOS-Speicher, während der öffentliche ZFS-Entwicklerleitfaden manuelle ZFS-Operationen dokumentiert. Wenn Ihr tatsächliches Ziel darin besteht, verwaltete ZimaOS-Daten auf neuen Speicher zu verschieben, anstatt ein fremdes Array zu übernehmen, ist die ZimaOS-Datenmigration derzeit der sicherere Weg. Der ZimaOS-Backup-Workflow sollte vor destruktiven Speicherarbeiten Bestandteil des Plans sein.
Erzwingen Sie keine Import-Wiederherstellungsoptionen auf der einzigen Kopie
OpenZFS warnt davor, dass erzwungene oder Wiederherstellungsimporte aktuelle Transaktionen verwerfen können oder anderweitig riskant sind. Experimentieren Sie bei der einzigen Kopie wichtiger Daten nicht mit Wiederherstellungsoptionen und führen Sie keine destruktive Neuformatierung durch.
Fazit
Der Community-Fehler bei Version 1.6.1 zeigt, warum ein vom Kernel erkanntes fremdes Array nicht automatisch zu einem von ZimaOS verwalteten Pool wird. ZFS verfügt über einen definierten Export-/Importlebenszyklus, aber die aktuellen öffentlichen ZimaOS-Dokumente beschreiben keinen universellen GUI-Workflow zur Übernahme jeder Kombination aus fremdem RAID und Dateisystem.
