it-swarm.com.de

mount: falscher fs-Typ, schlechte Option, schlechter Superblock auf / dev / xvdf1, fehlende Codepage oder Hilfsprogramm oder anderer Fehler

Ich kann nicht mehr als ein EBS-Volume in einer EC2-Instanz bereitstellen. Ich habe 3 EBS-Volumes, die Reste von Root-Volumes aus zuvor abgeschlossenen EC2-Instanzen sind (Benannt:/dev/xvdf1,/dev/xvdg1,/dev/xvde1). Ich konnte/dev/xvde1 mit dem folgenden Befehl erfolgreich mounten:

# mount/dev/xvde1/home/ec2-user/xvde1

Aber wenn ich diesen Vorgang für xvdf1 und xvdg1 wiederhole ich erhalte diesen Fehler:

ec2-user] # mount -t xfs/dev/xvdf1/home/ec2-user/xvdf1

mount: falscher fs-Typ, schlechte Option, schlechter Superblock auf/dev/xvdf1, fehlende Codepage oder Hilfsprogramm oder anderer Fehler In einigen Fällen finden Sie nützliche Informationen in syslog - versuchen Sie es mit dmesg | tail oder so.

Unterstützende Ausgaben: 1) * ec2-user] # lsblk

NAME MAJ: MIN RM GRÖSSE RO TYP MOUNTPOINT xvda 202: 0 0 8G 0 Datenträger └─xvda1 202: 1 0 8G 0 Teil/xvdf 202: 80 0 8G 0 Datenträger └─xvdf1 202: 81 0 8G 0 Teil xvdg 202: 96 0 8G 0 Festplatte └─xvdg1 202: 97 0 8G 0 Teil xvde 202: 64 0 8G 0 Festplatte └─xvde1 202: 65 0 8G 0 Teil/home/ec2-Benutzer/xvde1 * -> Ich konnte diesen erfolgreich mounten.

2) ec2-user] # blkid

/dev/xvda1: LABEL = "/" UUID = "f25f5092-0401-4edb-9fac-c57f3c673803" TYPE = "ext4" PARTLABEL = "Linux" PARTUUID = "893c59db-bd86-4d67-b40f-221b82"/dev/xvdf1: LABEL = "/" UUID = "f5bd1ae0-85b5-4686-85ff-ed8deb328c92" TYPE = "xfs" PARTLABEL = "Linux" PARTUUID = "870dbb7e-9386-480b-a946-4d0f1ab5 : LABEL = "/" UUID = "f5bd1ae0-85b5-4686-85ff-ed8deb328c92" TYPE = "xfs" PARTLABEL = "Linux" PARTUUID = "870dbb7e-9386-480b-a946-4d0f7ab5c405"/dev x/"UUID =" f5bd1ae0-85b5-4686-85ff-ed8deb328c92 "TYPE =" xfs "PARTLABEL =" Linux "PARTUUID =" 870dbb7e-9386-480b-a946-4d0f7ab5c405 "

3) ec2-user] # file -s/dev/xvdf1

/dev/xvdf1: SGI XFS-Dateisystemdaten (blksz 4096, inosz 512, v2 dirs)

ec2-user] # file -s/dev/xvdg1

/dev/xvdg1: SGI XFS-Dateisystemdaten (blksz 4096, inosz 512, v2 dirs)

ec2-user] # file -s/dev/xvde1

/dev/xvde1: SGI XFS-Dateisystemdaten (blksz 4096, inosz 512, v2 dirs)

4) ec2-user] # mkfs -t xfs/dev/xvdf1 // Versuchte Formatierung von xvdf1

mkfs.xfs: Keine solche Datei oder kein solches Verzeichnis

Vielen Dank

4
Jobin Abraham

Wenn die Instanzen mit demselben AMI gestartet wurden, wurden ihre Root-Volumes aus demselben EBS-Snapshot erstellt, sodass das Problem wahrscheinlich doppelte XFS-UUIDs ist. Die Fehlermeldung von mount ist nicht sehr hilfreich, aber möglicherweise werden solche Fehler in /var/log/messages oder gleichwertig:

Jan 13 23:30:29 ip-172-31-15-234 kernel: XFS (nvme1n1): Filesystem has duplicate UUID 56282b3b-c1f3-425e-90db-e9e26def629d - can't mount

(Dieses Beispiel stammt von einer t3-Instanz, die NVMe-Speicher verwendet, ist jedoch nicht NVMe-spezifisch.)

Jedes XFS-Dateisystem verfügt über eine (angeblich) eindeutige ID, die auf der Festplatte gespeichert ist und Sie davor schützt, dasselbe Dateisystem versehentlich mehrmals bereitzustellen. Da es sich bei dem EBS-Snapshot-/Wiederherstellungsprozess um eine Kopie auf Blockebene handelt, haben alle Volumes, die Sie aus einem Snapshot erstellen, dieselbe UUID wie das Quellvolume, sodass Sie jeweils nur eine bereitstellen können.

Sie können die UUID für ein Volume anzeigen, indem Sie sie anhängen, aber nicht bereitstellen. Führen Sie dann xfs_db aus, um die angehängte Festplatte zu untersuchen:

# xfs_db -c uuid /dev/nvme1n1
UUID = 56282b3b-c1f3-425e-90db-e9e26def629d

(BEARBEITEN: Der Befehl blkid zeigt Ihnen auch die UUID an, selbst wenn das Gerät gemountet ist.)

Um das Problem zu umgehen, können Sie entweder die XFS-spezifische nouuidMount-Option verwenden, um die doppelte Prüfung vorübergehend zu ignorieren, z.

# mount -t xfs -o nouuid /dev/nvme1n1 /mnt

oder Sie können xfs_admin verwenden, um die UUID auf dem Volume dauerhaft zu ändern:

# xfs_admin -U generate /dev/nvme1n1
Clearing log and setting UUID
writing all SBs
new UUID = 1eb81512-3f22-4b79-9a35-f22f29745c60
13
Simon Brady

Verwendete die Option -f (Force) mit mkfs, um die Partition neu zu formatieren.

mkfs -t xfs -f /dev/xvdg1*

Den Befehl erneut ausgeführt

mount /dev/xvdg1 /home/ec2-user/xvdg1/

Ausgabe:

Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        483M   84K  483M   1% /dev
tmpfs           493M     0  493M   0% /dev/shm
/dev/xvda1      7.8G  1.1G  6.6G  14% /
/dev/xvde1      8.0G  1.3G  6.8G  16% /home/ec2-user/xvde1
/dev/xvdf1      8.0G   33M  8.0G   1% /home/ec2-user/xvdf1
/dev/xvdg1      8.0G   33M  8.0G   1% /home/ec2-user/xvdg1
0
Jobin Abraham