Am un software Linux Raid5 array (md1), care conține 4 hard disk-uri de 16TB + 2 x 8TB. 2 hard disk-uri de 8TB au fost îmbinate împreună (matricea Raid0; md0), lucrând ca un (al cincilea) dispozitiv de 16TB. Aceasta este doar pentru stocarea datelor. Deoarece cei 2 x 8TB necesari mi-au fost eliminati, am decis să reduc numărul de dispozitive la 4.Prin urmare, am efectuat următorii pași:
mdadm --grow /dev/md1 --array-size 46883175936
mdadm --grow --raid-devices=4 /dev/md1 --backup-file=/home/backup
Cititorul atent va observa că lipsește un pas, redimensionarea sistemului de fișiere înainte de a se ocupa de mdadm.
Procesul de remodelare rezultat este acum blocat la 0%:
md1 : raid activ5 md0[5](S) sda1[0] sdb1[3] sde1[4] sdc1[2]
46883175936 blocuri super 1.2 nivel 5, 512k bucată, algoritm 2 [4/3] [UUUU]
[>....................] remodelare = 0,0% (1/15627725312) finisare=2686015287,7min viteză=0K/sec
md0 : raid0 activ sdd[0] sdf[1]
15627788288 blocuri super 1.2 512k bucăți
Cu toate că, iostat indică anumite acțiuni pe aceste hard disk-uri:
Dispozitiv: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
nvme0n1 155,89 564,43 443,38 108549018 85268978
sda 2851,68 82114,67 2400,81 15791944384 461714155
sdb 2851,88 82115,09 2401,49 15792024433 461844519
sdc 2852,37 82143,80 2401,57 15797546322 461859251
sdd 866,01 13,34 41827,19 2565819 8044026920
sde 2852.42 82143.79 2402.46 15797544281 462031635
sdf 866,50 14,33 41835,12 2755774 8045552820
Și mdadm --detail /dev/md1 arată bine:
/dev/md1:
Versiune: 1.2
Ora creării: marți 1 iunie 17:25:18 2021
Nivel raid: raid5
Dimensiune matrice: 46883175936 (43,66 TiB 48,01 TB)
Dimensiune Dev folosită: 15627725312 (14,55 TiB 16,00 TB)
Dispozitive raid: 4
Total dispozitive: 5
Persistență: Superblocul este persistent
Ora actualizării: vineri, 15 octombrie 15:42:47 2021
Stare: curat, remodelat
Dispozitive active: 4
Dispozitive de lucru: 5
Dispozitive eșuate: 0
Dispozitive de rezervă: 1
Aspect: stânga-simetric
Dimensiune bucată: 512K
Politica de coerență: resincronizare
Stare remodelare: 0% finalizată
Dispozitive Delta: -1, (5->4)
Nume: localhost.localdomain:1 (local pentru a găzdui localhost.localdomain)
UUID: 5457f23e:faa7ee47:b2c62a37:f4c78526
Evenimente: 1064286
Număr Major Minor Raid Starea dispozitivului
0 8 1 0 sincronizare activă /dev/sda1
2 8 33 1 sincronizare activă /dev/sdc1
4 8 65 2 sincronizare activă /dev/sde1
3 8 17 3 sincronizare activă /dev/sdb1
5 9 0 - de rezervă /dev/md0
Cu toate acestea, dmesg oferă un indiciu direct asupra erorii:
EXT4-fs (md1): geometrie greșită: numărul de blocuri 15627725312 depășește dimensiunea dispozitivului (11720793984 blocuri)
Am încercat să anulez procesul de remodelare, dar fără rezultat. Sunt blocat. Deoarece există deja date importante despre md1, sunt foarte interesat de restaurarea md1. Am o copie de rezervă, dar lipsesc câteva date recente.
Există vreo modalitate de a anula progresul remodelării? Deoarece este încă la (1/15627725312), nu m-aș aștepta la pierderi de date.
Sau există vreo altă sugestie pentru a restaura md1 (cu sau fără md0)?
Sunt recunoscător pentru fiecare sugestie. Dacă aveți nevoie de informații suplimentare, vă rog să-mi spuneți.
EDIT: aș putea rula comanda:
mdadm --create /dev/md1 --level=5 --raid-devices=5 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sde1 /dev/md0 --assume-clean --readonly
Aceasta a creat matricea în starea anterioară. Cu toate acestea, sistemul de fișiere pare să fie încă stricat. Deoarece nu a existat nicio defecțiune HDD, presupun că datele ar trebui să fie în continuare acolo, nesuprascrise.
Există vreo modalitate de a restaura sistemul de fișiere?
Am încercat testdisk, care detectează sistem linux. date, dar nu a putut restaura aceste fișiere. Există vreun alt program, care ar putea face smecheria?
Din nou, orice sugestie este foarte apreciată! Multumesc anticipat!
