हार्डवेयर के बाद RAID सरणी विस्तार fdisk अभ्यस्त मुझे अतिरिक्त उपलब्ध क्षेत्रों का उपयोग करने की अनुमति देता है

हमारे पास डेल R720xd पर एक बड़ा ~ 18TB हार्डवेयर छापा सरणी है। वर्तमान में RAID5 सरणी में 6x4TB हैं और मुझे इसे विस्तारित करने की आवश्यकता है।

चरण 1 हार्डवेयर RAID सरणी का विस्तार करें।

यदि आपके पास dell admin उपकरण स्थापित हैं तो काफी सरल है।

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

(नए डिस्क अंतिम दो थे, जिन्हें omreportउपकरण का उपयोग करके पुष्टि की जा सकती है ) यह सब ठीक हो गया हालांकि इसमें कुछ समय लगता है, और मैं पुष्टि करने में सक्षम था कि सरणी का विस्तार किया गया था ..

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

चरण 2 नया विभाजन

इसलिए vdisk अब बढ़े हुए (26TB) आकार की रिपोर्ट कर रहा है। और fdiskकॉन्कुर करता है ...

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

हालाँकि जब मैं डिस्क में एक अतिरिक्त विभाजन जोड़ने के लिए जाता हूं, तो निम्न होता है ...

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

अब मेरे पास डिस्क पर लगभग 16 बिलियन से अधिक सेक्टर हैं, लेकिन मैं उनका उपयोग नहीं कर सकता। मुझे केवल सेक्टर 34-2047 की पेशकश की जा रही है। भले ही मैं वर्तमान में सिर्फ एक विभाजन के साथ सेटअप कर रहा हूं, फिर भी मैं 8TB को नई जगह आवंटित नहीं कर सकता।

दूसरी चीज जिसने मुझे बहुत परेशान किया वह यह था कि मुझे विभाजन संख्या 2-128 की पेशकश की गई थी, न कि केवल 2-4। विभाजन तालिका कोई विस्तारित विभाजन नहीं दिखाती है, इसलिए मुझे उम्मीद होगी कि मुझे शुरू में सिर्फ 4 विभाजन तक सीमित करना होगा।

क्या मुझसे कुछ छूट रहा है?

ड्राइव सरणी का विस्तार होने के बाद से मशीन को रिबूट किया गया है। इससे पहले fdisk केवल मूल 18TB की रिपोर्ट करेगा
cfdiskइसके बजाय केवल २५ टीबी की रिपोर्टिंग के बावजूद ३ ९ बिलियन रेंज में उपलब्ध २०१५ सेक्टरों की रिपोर्ट करने की कोशिश कर रहा है ।
हम विभाजन को हटाना और फिर से बनाना नहीं चाहते हैं यदि हम इसे टाल सकते हैं, तो यह देखते हुए कि हम सभी डेटा को ढीला कर सकते हैं। हम बस एक बार किए गए नए विभाजन के साथ LVM वॉल्यूम समूह का विस्तार करना पसंद कर रहे हैं।
इसका एक अन्य सर्वर फाल्ट प्रश्न के समान मुद्दा है , लेकिन मैं विभाजन से बाहर होने से सीमित नहीं हूं, और मुझे नहीं लगता कि मैं एक विस्तारित विभाजन द्वारा प्रतिबंधित किया जा रहा हूं।
ड्राइव विस्तार द्वारा इसका सेक्टर आकार नहीं बढ़ाया जा रहा है । अगर यह fdisk होता तो सेक्टर की गिनती बढ़ने की रिपोर्ट नहीं होती जो मैंने सोचा होता। प्लस pvsऔर vgsएलवीएम के तहत किसी भी अतिरिक्त संयुक्त राष्ट्र के आवंटित स्थान की रिपोर्ट नहीं कर रहे हैं
मैंने इसे एक वर्चुअल मशीन पर ड्राई रन के रूप में चलाया और इसे अनुभव नहीं किया। हालाँकि मैं vm को बंद कर रहा था और इसकी डिस्क डिवाइस का आकार बढ़ा रहा था। इसलिए आकार में वृद्धि के दौरान यह ऑनलाइन नहीं था। प्लस ड्राइव आकार vm के लिए छोटे परिमाण के कई आदेश थे।

अपडेट 1 'x'pert मोड आउटपुट जो कि मिकाइल द्वारा अनुरोध किया गया है ...

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.

तो एक संभावित LBA त्रुटि?

— Vagnerr
स्रोत

में fdiskई में कृपया जाने xपीईआरटी मोड, तो pविभाजन तालिका फिर से प्रिंट करें, तो vयह erify।

— माइकल हैम्पटन

क्या किसी ने GPT का समर्थन करने के लिए fdisk तय किया? पिछली बार जब मैंने इसे GPT ड्राइव पर आजमाया तो इसने मुझे एक चेतावनी दी कि मुझे वास्तव में ग्नू पार्टिशन का उपयोग करना चाहिए, लेकिन यह एक लंबा समय है।

— डेरफक

हाँ, fdisk के आधुनिक संस्करण GPT को संभाल सकते हैं।

— स्पूलर

मुझे लगता है कि GPT यही कारण है कि मुझे 4 विभाजन तक सीमित रहने के बजाय विभाजन की गिनती के रूप में 2-128 की पेशकश की गई थी। क्या वह सही है?

— वाग्नेर

@Vagnerr हाँ, GPT पुरानी MBR योजना की तुलना में अधिक विभाजन का समर्थन करता है।

— DerfK

जवाबों:

समस्या बैकअप पार्टीशन टेबल लोकेशन की थी। सामान्य तौर पर आप शुरुआत में प्राथमिक विभाजन तालिका और अंत में बैकअप विभाजन तालिका की अपेक्षा करते हैं। डिस्क आकार में और अधिक सेक्टर उपलब्ध करवाता है लेकिन बैकअप तालिका को कभी स्थानांतरित नहीं करता है। fdisk को यह पसंद नहीं आया और मेरा मानना है कि यह MyLBA mismatch with real position at backup header.त्रुटि संदेश था। बिल्कुल स्पष्ट नहीं।

मैंने से स्विच fdiskकिया gdiskऔर आउटपुट थोड़ा अलग था। Gdisk में आपके पास ...

r       recovery and transformation options (experts only)

उस पर जाने और चलाने vमें अधिक उपयोगी त्रुटि संदेश दिया ...

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!

gdiskविशेषज्ञ मोड के तहत निम्नलिखित विकल्प है ...

e       relocate backup data structures to the end of the disk

... जो सफलतापूर्वक चला, और सत्यापित आउटपुट अब था ...

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.

विभाजन तालिका को प्रिंट करते हुए अब पिछले उपयोग योग्य क्षेत्र को 39 बिलियन के बजाय 56 बिलियन के रूप में दिखाया गया है और मैं नया विभाजन बनाने और इसे LVM में जोड़ने में सक्षम था, जो कि अगर किसी को भी इसके लिए कदमों में रुचि हो तो ...

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

— Vagnerr
स्रोत

स्पष्ट करने के लिए, बैकअप डेटा संरचनाओं को स्थानांतरित करने के बाद रिबूट करने की आवश्यकता से बचने के लिए, आप भाग गए partprobe? साथ ही, यह पोस्ट जीवन रक्षक है । योगदान के लिए धन्यवाद।

— कुंडा

@Swivel यह सही है। पार्टप्रॉब को चलाने के बिना, या sdb2 डिवाइस को रिबूट करने से / dev निर्देशिका में नहीं बनाया जाएगा और जो lvm कमांड्स को निष्पादित करने के लिए वहां होना चाहिए। मुझे खुशी है कि पोस्ट ने आपकी मदद की :-)

— Vagnerr

इस स्नफू की कुंजी यह है:

Last LBA: 39064698846

आपका GPT लेबल मध्यम आकार को प्रतिबिंबित नहीं करता है, जो बदल गया है। fdiskएक तरह से मुक्त स्थान की खोज करता है, जो सही नहीं है, लेकिन कम से कम तार्किक है - यह जीपीटी लेबल के पहले और अंतिम एलबीए के बीच उपलब्ध सबसे बड़े मुक्त स्थान में पहले उपलब्ध क्षेत्र की तलाश करता है ।

इसके चारों ओर एक तरह sfdiskसे लेबल को डंप करने के लिए उपयोग किया जा सकता है , इसे अपने मध्यम आकार में उचित रूप से संपादित करें और इसे वापस लिखें, या बेहतर उपयोग करें partedजो उस समस्या का ध्यान रखना चाहिए IMO।

— पीटर झाबिन
स्रोत