hallo, ich habe einen Ubuntu HPC-Cluster und habe ein Problem mit dem Speicher
immer wenn ich versuche, von meinen Rechenknoten aus auf den Speicher zuzugreifen, erhalte ich diesen Fehler
mount:mounting 192.168.100.211:/cm/node-installer or /installer_root
failed :operation not supported trying to mount again
ich habe es geschafft, einen zum Laufen zu bringen, aber er kann nicht auf den Speicher zugreifen und wenn ich lsblk eingebe, bekomme ich nichts unter sdb
root@omics-master:/# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 446.6G 0 disk
├─sda1 8:1 0 1G 0 part /boot
├─sda2 8:2 0 16G 0 part [SWAP]
└─sda3 8:3 0 429.6G 0 part /
sdb 8:16 0 116.4T 0 disk
└─mpatha 253:0 0 116.4T 0 mpath
sdc 8:32 0 116.4T 0 disk
├─mpatha 253:0 0 116.4T 0 mpath
├─omics-homes 253:1 0 26.2T 0 lvm /omics/homes
├─omics-tools 253:2 0 1T 0 lvm /omics/tools
└─omics-projects 253:3 0 5.2T 0 lvm /omics/projects
und wenn ich lvdisplay eingebe, erhalte ich diesen Fehler
root@omics-master:/# lvdisplay
WARNING: Not using device /dev/mapper/mpatha for PV 2CetpS-708F-cB6A-m5Vd-gKkl-oEex-8x1tWI.
WARNING: PV 2CetpS-708F-cB6A-m5Vd-gKkl-oEex-8x1tWI prefers device /dev/sdc because device is used by LV.
und wenn ich multipath -ll eingebe, bekomme ich das hier
root@omics-master:/# multipath -ll
mpatha (3600c0ff00051423aaf6dcd5e01000000) dm-0 DellEMC,ME4
size=116T features='0' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| `- 16:0:0:0 sdc 8:32 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
`- 15:0:0:0 sdb 8:16 active ready running
Irgendeine Ahnung, wo ich anfangen kann? Das letzte, was ich getan habe, war, eine neue Gruppe zu erstellen, und das ist alles. Als ich alle Knoten neu gestartet habe, hat keiner davon funktioniert. Muss ich sie erneut mounten oder so etwas tun?
Antwort1
Führen Sie als Root Folgendes aus:
vgimportclone /dev/sdb --basevgname mpatha
Auf meinem System musste ich mit dem Befehl vgimportclone einen Snapshot importieren, und dieser hängt sich auf, sodass ich CTL+C
ihn abbrechen muss. Als ich ihn das erste Mal ausführte, führte ich ihn erneut aus. Er hing wieder. Aber dann führte ich ihn aus vgscan
, und statt Fehlern sah ich ein umbenanntes vg. Ich bin nicht sicher, ob er auf Ihrem System hängen bleibt, ich verwende Oracle Linux 8.
Sie sollten sehen, dass es im importierten VG mpatha
umbenannt wurde .mpatha1
Beachten Sie, dass hierdurch die Festplatten-UUID des Imports dauerhaft geändert wird, wie durch angezeigt wird lsblk -f
. Das bedeutet, dass Sie zum Mounten auf dem Originalsystem (oder einem anderen System) den neuen VG-Namen oder die neue UUID angeben müssen, je nachdem, wie Sie Ihre fstab-Datei erstellen.
Das neue VG mpatha1
ist nicht aktiv, daher werden Sie das PV oder LV im VG immer noch nicht sehen. Sie müssen es aktivieren, um Folgendes verwenden zu können:
vgchange -a y /dev/mpatha1