Ich versuche mich zu lösenAmazon EBS-Volume aus einer Instance, und ich kann nicht herausfinden, warum das Dateisystem nicht gefunden werden kann/nicht gemountet ist.
Auf meinen EBS-Volumes werden in den Anhangsinformationen Folgendes angezeigt:
(Instance1):/dev/sdh (attached)
(Instance1):/dev/sdo (attached)
(Instance1):/dev/sdo (attached)
(Instance1):/dev/sdj (attached)
(Instance1):/dev/sdi (attached)
(Instance1):/dev/sdn (attached)
(Instance1):/dev/sdm (attached)
(Instance1):/dev/sda1 (attached)
(Instance1):/dev/sdl (attached)
Beim Ausführen fdisk -lauf der Instanz erhalte ich:
Disk /dev/xvda: 16.1 GB, 16106127360 bytes
Disk /dev/xvdh: 156.8 GB, 156766306304 bytes
Disk /dev/xvdm: 156.8 GB, 156766306304 bytes
Disk /dev/xvdi: 156.8 GB, 156766306304 bytes
Disk /dev/xvdn: 156.8 GB, 156766306304 bytes
Disk /dev/xvdj: 156.8 GB, 156766306304 bytes
Disk /dev/xvdo: 156.8 GB, 156766306304 bytes
Disk /dev/xvdk: 156.8 GB, 156766306304 bytes
Disk /dev/xvdl: 156.8 GB, 156766306304 bytes
Disk /dev/md127: 1254.1 GB, 1254122061824 bytes
Versuchen umount:
[root@ip-10-0-0-22 ~]# umount -d /dev/xvdm
umount: /dev/xvdm: not mounted
[root@ip-10-0-0-22 ~]# umount -d /dev/sdm
umount: /dev/sdm: not found
mount:
[root@ip-10-0-0-22 ~]# mount
/dev/xvda1 on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/md127 on /vertica/data type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
Wie kann ich die zugrunde liegenden Dateisysteme löschen?
Welche zugrunde liegenden Dateisysteme sollen gelöscht werden? Könnten Sie außerdem die Ausgabe von cat /proc/mdstat ausschneiden und in Ihre Frage einfügen? – MadHatter
[root@ip-10-0-0-22 ~]# cat /proc/mdstat
Personalities : [raid0]
md127 : active raid0 xvdj[2] xvdn[6] xvdl[4] xvdh[0] xvdm[5] xvdi[1] xvdk[3] xvdo[7]
1224728576 blocks super 1.2 1024k chunks
unused devices: <none>
Antwort1
OK, Sie haben klar zum Ausdruck gebracht, dass Sie die Daten nicht wollen (danke, es ist gut, solche Dinge klar auszudrücken). Hängen Sie das Dateisystem aus
umount /vertica/data
Stoppen Sie dann das Metagerät
mdadm -S /dev/md127
Dies sollte ausreichen, um die Geräte freizugeben, sodass sie von der Hostinstanz getrennt werden.
Antwort2
Angenommen, die Laufwerke sind im Dateisystem gemountet, versuchen Sie, den Mount-Punkt des Dateisystems zu unmounten.
umount /path/to/mount/point/for/xvdm
Dies sollte in den meisten Fällen funktionieren, es gibt jedoch auch Fälle, in denen das Aushängen des Geräts fehlschlägt.
Der Befehl umount trennt die genannten Dateisysteme von der Dateihierarchie. Ein Dateisystem wird durch die Angabe des Verzeichnisses angegeben, in dem es gemountet wurde. Die Angabe des speziellen Geräts, auf dem sich das Dateisystem befindet, kann ebenfalls funktionieren, ist aber veraltet, vor allem, weil dies fehlschlägt, wenn dieses Gerät in mehr als einem Verzeichnis gemountet wurde.
Sie haben Ihre Frage aktualisiert, aber die Antwort ist im Grunde dieselbe. Sie haben eine Reihe von Geräten, die zu einem RAID-0-Array zusammengefasst wurden. Wenn Sie dies wirklich aushängen möchten, dann
umount /vertica/data
sollte funktionieren.
Antwort3
Sie verfügen über ein RAID- oder LVM-Setup, bei dem alle Festplatten einfach zu einer großen Festplatte zusammengeführt werden:
/dev/md127 on /vertica/data type ext4 (rw)
Alle diese Laufwerke sind für diesen Einhängepunkt kritisch. Wenn SiemussWenn Sie aus irgendeinem Grund ein Laufwerk freigeben, tun Sie dies mit denselben Tools, die Sie zum Erstellen des Arrays verwendet haben.
MACHEN SIE BEVOR SIE DIES TUN, EIN BACKUP!Durch unsachgemäßes Array-Management sind zahllose Bytes verloren gegangen.