Donanım RAID dizi genişletme fdisk sonra kullanılabilir ek sektörler kullanmama izin vermeyecek

Dell R720xd'de büyük bir ~ 18 TB donanım baskını dizimiz var. Şu anda RAID5 dizisi 6x4TB'den oluşuyor ve onu genişletmem gerekiyordu.

Adım 1 Donanım baskını dizisini genişletin.

Dell yönetici araçlarını yüklediyseniz yeterince basit.

omconfig storage vdisk action=reconfigure controller=0 vdisk=1 raid=r5 pdisk=0:1:0,0:1:1,0:1:3,0:1:3,0:1:4,0:1:5,0:1:8,0:1:9

(yeni diskler omreportaracı kullanarak onaylanabilir son iki idi ) Tüm bu biraz zaman aldı rağmen iyi gitti, ve dizi genişletildi onaylamak mümkün oldu ..

% omreport storage vdisk controller=0 vdisk=1

Virtual Disk 1 on Controller PERC H710P Mini (Embedded)

Controller PERC H710P Mini (Embedded)
ID                                : 1
Status                            : Ok
Name                              : bak
State                             : Ready
Hot Spare Policy violated         : Not Assigned
Encrypted                         : No
Layout                            : RAID-5
Size                              : 26,078.50 GB (28001576157184 bytes)
...
Device Name                       : /dev/sdb
...

Adım 2 yeni bölüm

Vdisk şimdi artan (26 TB) boyutu bildiriyor. ve fdiskaynı fikirde ...

Disk /dev/sdb: 25.5 TiB, 28001576157184 bytes, 54690578432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A2D20632-37D1-4607-9AA0-B0ED6E457F91

Device     Start         End     Sectors  Size Type
/dev/sdb1   2048 39064698846 39064696799 18.2T Linux LVM

Ancak diske ek bir bölüm eklemek için gittiğinizde aşağıdakiler olur ...

Command (m for help): n
Partition number (2-128, default 2): 2
First sector (34-2047): 

Şu anda diskte yaklaşık 16 Milyar sektör daha var, ancak bunları kullanamıyorum. Yalnızca 34-2047 Sektörlerine teklif verilir. Şu anda tek bir bölümle kurulum yapmama rağmen 8 TB'lık yeni alanı ayıramıyorum.

Bana garip gelen başka bir şey, sadece 2-4 değil, 2-128 numaralı bölümler teklif edilmiş olmasıydı. Bölümleme tablosu herhangi bir genişletilmiş bölüm göstermez, bu yüzden beni başlangıçta sadece 4 bölümle sınırlandırmayı beklerdim.

Kaçırdığım bir şey var mı?

• Sürücü dizisi genişletildiğinden makine yeniden başlatıldı. Bundan önce fdisk sadece orijinal 18 TB
• cfdiskBunun yerine denemek , genel olarak 25TB raporlamasına rağmen, 39 sektörü 39 milyar aralığında mevcut olduğunu rapor ediyor.
• Tüm verileri kaybedebileceğimiz göz önüne alındığında, bölümü silmek ve yeniden oluşturmak istemiyoruz. Tamamlandığında yeni bölümle LVM hacim grubunu genişletmeyi tercih ediyoruz.
• Başka bir sunucu Arıza sorusuna benzer bir sorun , ama bölümleri tükenmiş olması ile sınırlı değilim, ve ben genişletilmiş bir bölüm tarafından kısıtlı olduğunu sanmıyorum .
• Sektör boyutu değil , sürücü genişlemesi ile genişletiliyor . Fdisk olsaydı sektör sayısındaki artışı bildirmezdi. Artı pvsve vgsLVM altında tahsis edilmemiş ek alan bildirmiyor
• Bunu sanal bir makinede kuru çalışma olarak çalıştırdım ve bunu tecrübe etmedim. Ancak vm'yi kapatıp disk aygıtının boyutunu artırıyordum. Bu yüzden boyut artışı sırasında çevrimiçi değildi. Ayrıca sürücü boyutları, vm için daha küçük büyüklük sıralarıydı.

Micheal tarafından talep edilen 1 'x'pert modu çıktısını güncelleyin ...

Command (m for help): x

Expert command (m for help): p
Disk /dev/sdb: 25.5 TiB, 28001576157184 bytes, 54690578432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A2D20632-37D1-4607-9AA0-B0ED6E457F91
First LBA: 34
Last LBA: 39064698846
Alternative LBA: 39064698879
Partitions entries LBA: 2
Allocated partition entries: 128

Device     Start         End     Sectors Type-UUID                            UUID                                 Name      Attrs
/dev/sdb1   2048 39064698846 39064696799 E6D6D379-F507-44C2-A23C-238F2A3DF928 E9CB58BF-F170-4480-A230-6E2A238367D1 Linux LVM 


Expert command (m for help): v
MyLBA mismatch with real position at backup header.
1 error detected.

Olası bir LBA hatası mı?

Sorun yedek bölüm tablosu konumuydu. Normalde başlangıçta birincil bölüm tablosu ve sonunda yedek bölüm tablosu beklersiniz. Disk yeniden boyutlandırması daha fazla sektörü kullanılabilir hale getirdi, ancak yedekleme tablosunu hiçbir zaman taşımadı. fdisk bunu beğenmedi ve bunun MyLBA mismatch with real position at backup header.hata mesajı olduğuna inanıyorum . Tam olarak belli değil.

Ben gelen açık fdiskiçin gdiskve çıkış biraz farklıydı. GDisk'te ...

r       recovery and transformation options (experts only)

Buna girip verify'ı çalıştırdığınızda daha yararlı hata mesajı verdi ...

Recovery/transformation command (? for help): v

Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.

Identified 1 problems!

Altında gdiskuzman modunda aşağıdaki seçeneği yoktur ...

e       relocate backup data structures to the end of the disk

... başarılı bir şekilde çalıştı ve doğrulama çıktısı şimdi ...

Expert command (? for help): v

No problems found. 15625881566 free sectors (7.3 TiB) available in 2
segments, the largest of which is 15625879552 (7.3 TiB) in size.

Bölme tablosunu yazdırmak artık son kullanılabilir sektörü 39 Milyar yerine 56 Milyar olarak gösterdi ve yeni bölümü oluşturabildim ve LVM'ye ekleyebildim;

partprobe           <-- add the /dev/sdb2 device if you don't want to reboot 
pvcreate /dev/sdb2
vgextend bak /dev/sdb2
lvextend /dev/mapper/bak-bak -l 100%PVS -r

Bu snafu'nun anahtarı şudur:

Last LBA: 39064698846

GPT Etiketiniz, değişen orta boyutu yansıtmıyor. fdiskboş alanı mükemmel olmayan, ancak en azından mantıklı bir şekilde arar - GPT Label'in ilk ve son LBA'ları arasında mevcut olan en geniş boş alanda ilk kullanılabilir sektörü arar .

Etrafında bir yol sfdisk, etiketi dökmek, orta boyutunuza uygun şekilde düzenlemek ve geri yazmak veya partedbu sorunu IMO ile ilgilenecek daha iyi bir kullanım olabilir.