Puncte:0

Cum se montează tipul de volum LVM2_member pe instanța EC2

drapel sy

Încerc să montez un volum preluat dintr-un EC2 vechi pe o instanță EC2 nouă, totuși, acest volum are o „tip necunoscut de sistem de fișiere „LVM2_member”. Am încercat toate acestea cu volumul original, apoi am făcut un volum din instantaneu, crezând că nu va fi un LVM2_member, dar era identic, dar fără structura imbricată a volumului. Am găsit câteva instrucțiuni Aici, dar se pare că acest lucru nu se aplică în acest sens, deoarece nu este privit ca un grup sau sintaxa mea este greșită, sau altceva cu totul diferit. Tot ceea ce încerc din orice pagină pe care o găsesc nu funcționează dintr-un motiv sau altul. Un lucru de remarcat, tipul căruia îi aparținea acest volum a spus că a crezut că acesta a fost inițial un volum partajat cu un alt coleg. Acel coleg are un volum cu nume similar care nu a fost montat pe EC2 lui și îl ignora. Nu știu cu cât timp în urmă trebuia să fi fost așa. Volumul acestui tip pe care încerc să îl montez a fost montat cu succes și crede că îl folosea.

Voi parcurge pașii pe care i-am încercat.

PASUL 1: atașați volum

PASUL 2: lsblk # îmi va arăta volumul rădăcină și alte volume pe care le-am încercat. al meu este

NUME MAJ:MIN RM DIMENSIUNE RO TIP PUNCT DE MONTARE
nvme4n1 259:6 0 100G 0 disc

PASUL 3: blkid # Îmi obține UUID-ul volumului și îmi arată TYPE

/dev/nvme4n1: UUID="n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12" TYPE="LVM2_member"

PASUL 4: Daca incerc sa il montez: montură n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12 /data

montură: dispozitivul special n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12 nu există

PASUL 5: Căutând acel mesaj, indică faptul că trebuie să mă asigur că este în fișierul meu /etc/fstab.

vim /etc/fstab

Da, este acolo, pentru că l-am pus acolo, dar tipul 'LVM2_member' nu este verde, deoarece tipul este verde pentru celelalte volume. Astfel, eroare de tip necunoscut, probabil, deoarece tipul nu este recunoscut.

UUID=n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12 /home/ec2-user/data LVM2_member defaults,nofail 0 2

PASUL 6: pvs # îmi arată volumele fizice de pe dispozitivul meu

PV VG Fmt Attr PSize PFree
/dev/dsa12 VolGroup00 lvm2 a-- 99,53g 19,00g
/dev/sdi VolGroup00 lvm2 a-- <100,0g <27,00g
[necunoscut] VolGroup00 lvm2 a-m 19,53g 0

Știu că /dev/sdi este volumul pe care încerc să-l atașez. Deci vedem că există un nume duplicat de grup de volum și știu deja că au UUID-uri diferite.

PASUL 7: lvs VolGroup00 --config 'dispozitive { filter="a|/dev/sdi|", "r|.*|"]}'

Nu s-a putut găsi dispozitivul cu uuid c61234-9Mab-P12a-kabc-nab1-Fabc1-t1abcd.

LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
auditVol VolGroup00 -wi-----p- 8.53g
dataVol VolGroup00 -wi-a----- 5.00g
homeVol VolGroup00 -wi-----p- 20.00g
logVol VolGroup00 -wi-----p- 4,00g
rootVol VolGroup00 -wi-----p- 40,00g
swapVol VolGroup00 -wi-----p- 2.00g
tmpVol VolGroup00 -wi------- 4.00g
varVol VolGroup00 -wi-----p- 9,00g

/dev/sda12 arată informații similare, dar fără „nu s-a putut găsi xxx”.

PASUL 8: vgs -o +vg_uuid --config 'dispozitive {filtru = ["a|/dev/sdi|", "r|.*|" ]}' # pentru a obține ID-ul volumului

VG #PV #LV #SN Attr VSize VFree VG UUID
VolGroup00 2 8 0 wz-pn- <119,53g <27,00g jmt123-iabc-babc-Uabc-rabc-habc-gabcdef.

PASUL 9: vgrename jmt123-iabc-babc-Uabc-rabc-habc-gabcdef volnew # redenumiți volumul folosind uuid

Nu s-a putut găsi dispozitivul cu uuid c61234-9Mab-P12a-kabc-nab1-Fabc1-t1abcd.
Nu se poate schimba VG VolGroup00 în timp ce PV-uri lipsesc.
Luați în considerare vgreduce --removemissing.
Nu se poate procesa grupul de volume VolGroup00

PASUL 10: vgreduce --removemissing jmt123-iabc-babc-Uabc-rabc-habc-gabcdef # Eliminați PV-urile lipsă

Nu se poate procesa grupul de volume jmt123-iabc-babc-Uabc-rabc-habc-gabcdef

PASUL 11: vgreduce jmt123-iabc-babc-Uabc-rabc-habc-gabcdef c61234-9Mab-P12a-kabc-nab1-Fabc1-t1abcd # Am încercat chiar acea comandă folosind id-ul PV-ului lipsă.

Grupul de volum „jmt123-iabc-babc-Uabc-rabc-habc-gabcdef” nu a fost găsit
Nu se poate procesa grupul de volume jmt123-iabc-babc-Uabc-rabc-habc-gabcdef

PASUL 12: am gasit asta legătură care vorbește despre recuperarea metadatelor LVM Linux. cat /etc/lvm/archive/* | grep -i âjmt123-iabc-babc-Uabc-rabc-habc-gabcdefâ # arată cum arată istoricul grupului de volume înainte de anumite execuții, cum ar fi vgchange și vgimport și referință la id-ul volumului, n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12.

PASUL 13: pvcreate --uuid "n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12" --restorefile /etc/lvm/backup/VolGroup00 /dev/sdi

Nu s-a putut găsi dispozitivul cu uuid n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12.
Nu se găsește uuid în fișierul de rezervă /etc/lvm/backup/VolGroup00

Nu există nimic în acel dosar, cred. De fapt, nu pot să cd în folderul de rezervă, dar dacă eu ls /etc/lvm/backup se vede VolGroup00. Deci, vim la numele fișierului VolGroup00 arată că este gol.

Și acum am rămas fără idei și nu găsesc alte pagini/threads care să-mi dea idei suplimentare pentru a progresa cu montarea acestui volum pe instanța lui EC2.

Scopul meu final este să creez un fișier tar al datelor și să îl încarc într-o găleată S3 și apoi să închei volumul.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.