ZFS Pool, nicht mehr automatisch geladen?
- Thread starter gueniepr
- Start date
okay, das ist wirklich seltsam (weil die WWN links zeigen ja auf dieselben disks!)
koenntest du noch
machen und den output hier posten? danke!
koenntest du noch
zdb -l /dev/sdezdb -l /dev/sde1zdb -l /dev/sde9zdb -l /dev/sdfzdb -l /dev/sdf1zdb -l /dev/sdf9machen und den output hier posten? danke!
okay, das bringt jetzt langsam licht ins dunkel..
die beiden disks waren schonmal anders partitioniert und hatten auch einen zpool namens vmhost drauf - sh. sde.txt/sdf.txt (partition 3, andere hostid, ... vielleicht ein ueberbleibsel von einem aelteren experiment?)
davon sind jetzt teilweise noch label ueber die ZFS verwirren.. eventuell wurde der pool frueher mittels cache file importiert (dann werden nur die disks/partitionen die beim letzten import verwendet worden sind angeschaut), durch ein update vor kurzem wird jetzt der explizite zfs-import@ import zuerst probiert und der schlaegt fehl.
die sauberste loesung waere diese labelreste zu entfernen, was aber potenziell schwierig ist nachdem du ja quasi "ueberlappend" deinen echten pool hast.. also hier waere ein ausweg wohl doch das von dir vorgeschlagene pool komplett leerraeumen (uebersiedeln auf vmdata), dann den pool entfernen, die disk wipen/labelclear drauf aufrufen, sicherstellen das keine labelreste mehr drauf sind, dann zpool neu anlegen und wieder zurueck uebersiedeln.
die beiden disks waren schonmal anders partitioniert und hatten auch einen zpool namens vmhost drauf - sh. sde.txt/sdf.txt (partition 3, andere hostid, ... vielleicht ein ueberbleibsel von einem aelteren experiment?)
davon sind jetzt teilweise noch label ueber die ZFS verwirren.. eventuell wurde der pool frueher mittels cache file importiert (dann werden nur die disks/partitionen die beim letzten import verwendet worden sind angeschaut), durch ein update vor kurzem wird jetzt der explizite zfs-import@ import zuerst probiert und der schlaegt fehl.
die sauberste loesung waere diese labelreste zu entfernen, was aber potenziell schwierig ist nachdem du ja quasi "ueberlappend" deinen echten pool hast.. also hier waere ein ausweg wohl doch das von dir vorgeschlagene pool komplett leerraeumen (uebersiedeln auf vmdata), dann den pool entfernen, die disk wipen/labelclear drauf aufrufen, sicherstellen das keine labelreste mehr drauf sind, dann zpool neu anlegen und wieder zurueck uebersiedeln.
OK, also doch das Update :-(, ich hatte bevor ich das ganze mit Secureboot neu installiert habe, weil ich das Upgrade nicht hinbekommen habe, ALLE Disks mit wipe bearbeitet, aber anscheinend sind auf diesen Platten Reste geblieben ? Wie mache ich es am besten, mit FDISK damit alles verschwindet wipe genügt anscheinend nicht!
Also das ganze wieder von vorne ;-)
Ich Danke Dir für Deine Arbeit und Hilfe war ein schwierige Geburt.
Ich werde jetzt Lernen müssen wie man die Partitionen umzieht oder alles Sichern und nachher neu installieren hoffentlich werden dann nicht die Fehler mitgenommen?
DANKE Günther
Also das ganze wieder von vorne ;-)
Ich Danke Dir für Deine Arbeit und Hilfe war ein schwierige Geburt.
Ich werde jetzt Lernen müssen wie man die Partitionen umzieht oder alles Sichern und nachher neu installieren hoffentlich werden dann nicht die Fehler mitgenommen?
DANKE Günther
die holzhammer methode waere einfach einmal die ganze platte mit nullen ueberschreiben (dauert bisschen 
). alternativ wuerde auch noch
wipefs & zpool labelclear auf jede partition einzeln und dann auf die platte als ganzes hoffentlich ausreichen. das "zdb" kommando sollte aufschluss darueber geben, ob noch label gefunden werden (wiederum - auf alle partitionen einzeln und auf die platte als ganzes).
). alternativ wuerde auch nochwipefs & zpool labelclear auf jede partition einzeln und dann auf die platte als ganzes hoffentlich ausreichen. das "zdb" kommando sollte aufschluss darueber geben, ob noch label gefunden werden (wiederum - auf alle partitionen einzeln und auf die platte als ganzes).