Setelah perluasan array RAID perangkat keras, fdisk tidak akan mengizinkan saya menggunakan sektor tambahan yang tersedia

Kami memiliki array serangan hardware besar ~ 18TB pada Dell R720xd. Saat ini array RAID5 terdiri dari 6x4TB dan saya perlu memperpanjangnya.

Langkah 1 memperluas array serangan perangkat keras.

Cukup sederhana jika Anda menginstal alat admin dell.

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

(disk baru adalah dua yang terakhir, yang dapat dikonfirmasikan dengan menggunakan omreportalat) Itu semua berjalan baik meskipun butuh beberapa saat, dan saya dapat mengkonfirmasi array telah diperluas ..

% 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
...

Langkah 2 partisi baru

Jadi vdisk sekarang melaporkan peningkatan ukuran (26TB). dan fdiskapakah setuju ...

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

Namun ketika saya pergi untuk menambahkan partisi tambahan ke disk berikut terjadi ...

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

Saya sekarang memiliki sekitar 16 Miliar lebih banyak sektor pada disk, tetapi saya tidak dapat menggunakannya. Saya hanya ditawari Sektor 34-2047. Saya tidak dapat mengalokasikan 8TB ruang baru meskipun saya saat ini setup hanya dengan satu partisi.

Hal lain yang menurut saya aneh adalah fakta bahwa saya ditawari nomor partisi 2-128, bukan hanya 2-4. Tabel partisi tidak menunjukkan perluasan partisi jadi saya berharap untuk membatasi saya hanya 4 partisi pada awalnya.

Apakah ada yang saya lewatkan?

• Mesin telah di-boot ulang sejak array drive diperluas. Sebelumnya fdisk hanya akan melaporkan 18TB asli
• Mencoba cfdiskbukan hanya melaporkan 2015 sektor tersedia dalam 39 Miliar kisaran meskipun melaporkan 25TB keseluruhan.
• Kami tidak ingin menghapus dan membuat ulang partisi jika kami bisa menghindarinya, mengingat kami bisa kehilangan semua data. Kami lebih suka memperpanjang grup volume LVM dengan partisi baru setelah selesai.
• Ini masalah yang mirip dengan pertanyaan server Kesalahan lain , tapi saya tidak dibatasi oleh kehabisan partisi, dan saya pikir saya tidak dibatasi oleh partisi yang diperluas.
• Ini bukan ukuran sektor yang diperluas oleh ekspansi drive . Jika itu fdisk tidak akan melaporkan peningkatan jumlah sektor saya akan berpikir. Plus pvsdan vgstidak melaporkan ruang tidak dialokasikan tambahan apa pun di bawah LVM
• Saya menjalankan ini sebagai proses kering pada mesin virtual dan tidak mengalami ini. Namun saya mematikan vm dan meningkatkan ukuran perangkat disk-nya. Jadi tidak online saat peningkatan ukuran. Plus ukuran drive banyak pesanan besarnya lebih kecil untuk vm.

Perbarui 1 mode keluaran x'pert yang diminta oleh Micheal ...

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.

Jadi kemungkinan kesalahan LBA?

Masalahnya adalah lokasi tabel partisi cadangan. Biasanya Anda mengharapkan tabel partisi primer di awal dan cadangan tabel partisi di akhir. Ukuran disk membuat lebih banyak sektor tersedia tetapi tidak pernah memindahkan tabel cadangan. fdisk tidak suka ini dan saya percaya itu adalah MyLBA mismatch with real position at backup header.pesan kesalahan. Tidak terlalu jelas.

Saya beralih dari fdiskke gdiskdan hasilnya sedikit berbeda. Di gdisk Anda punya ...

r       recovery and transformation options (experts only)

Saat masuk ke sana dan menjalankan verify memberi pesan kesalahan yang lebih bermanfaat ...

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!

Dalam gdiskmode ahli ada opsi berikut ...

e       relocate backup data structures to the end of the disk

... yang berjalan dengan sukses, dan hasil verifikasi sekarang ...

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.

Mencetak tabel partisi sekarang menunjukkan sektor yang dapat digunakan terakhir sebagai 56Billion daripada 39Billion dan saya bisa membuat partisi baru dan menambahkannya ke LVM yang jika ada yang tertarik langkah-langkah untuk itu ...

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

Kunci untuk snafu ini adalah ini:

Last LBA: 39064698846

Label GPT Anda tidak mencerminkan ukuran sedang, yang telah berubah. fdiskmemang mencari ruang kosong dengan cara yang tidak sempurna, tapi setidaknya logis - mencari sektor pertama yang tersedia di ruang bebas terbesar yang tersedia antara GBA Label pertama dan terakhir GPT Label .

Salah satu cara mengatasinya mungkin menggunakan sfdiskuntuk membuang label, mengeditnya sesuai dengan ukuran sedang Anda dan menulis kembali, atau penggunaan partedyang lebih baik yang harus menangani masalah itu IMO.