क्या LVM को एक विभाजन तालिका की आवश्यकता है?

Question

ऐसा प्रतीत होता है कि मैं एक विभाजन खंड बनाने के कदम को उठाए बिना कच्चे ब्लॉक डिवाइस के शीर्ष पर सफलतापूर्वक एक परमवीर चक्र करने में सक्षम हूं। मैं तब एक वॉल्यूम ग्रुप, लॉजिकल वॉल्यूम और आखिरकार एक फाइलसिस्टम बनाने में सक्षम हूं, इसे माउंट करता हूं, और dd के माध्यम से टेस्ट करता हूं।

यह काम करने के लिए प्रकट होता है, लेकिन मुझे एक स्वच्छता जांच की आवश्यकता है। क्या यह एक बुरा विचार है?

कच्चे ब्लॉक डिवाइस के शीर्ष पर मैं GPT या MBR विभाजन तालिका कैसे बना सकता हूं?

मैं यह दिखाने के लिए कि किस तरह की विभाजन तालिका का उपयोग किया जाता है, का उपयोग कैसे करते हैं? मैंने करने की कोशिश की है:

जुदा, चयन / देव / एसडीबी, प्रिंट और मुझे मिलता है:

त्रुटि: / dev / sdb: अपरिचित डिस्क लेबल

फिर भी ड्राइव वर्तमान में उपयोग में है और मैं इसे पढ़ और लिख सकता हूं। विभाजन तालिका के बिना कच्चे ब्लॉक डिवाइस के शीर्ष पर LVM करते समय अपेक्षित आउटपुट है? कोई विचार?

धन्यवाद!

Answer 1

यहां तक ​​कि अगर LVM खुद भी असली विभाजन के बारे में परवाह नहीं करता है, तो इसे बनाने का एक कारण वैसे भी विभाजन कार्यक्रमों को सूचित करना है जो "वहां कुछ है"। एक दुःस्वप्न परिदृश्य एक नया sysadmin है जो एक सर्वर पर बूट समस्या का निदान करता है, एक विभाजन प्रोग्राम को फायर करता है, जो कि अप्रतिबंधित डिस्क को देखता है, और यह निष्कर्ष निकालता है कि ड्राइव भ्रष्ट है।

मैं LVM विभाजन बनाने के लिए कोई नकारात्मक पहलू नहीं देखता। क्या आप?

Comments

परिदृश्य के लिए +1। सभी वास्तविक जीवन में बहुत संभव है।

— हेल्स

आनंदमय होने के लिए +1।

— अलेक्जेंडर जानसेन

उत्तर के लिए धन्यवाद! मैं निश्चित रूप से विभाजन तालिका रखने के लिए कोई नकारात्मक पहलू नहीं देखता। मैं सिर्फ एक विवेक जांच के साथ पुष्टि करना चाहता था। तो परतों का सही क्रम है: ब्लॉक डिवाइस, विभाजन तालिका, वॉल्यूम समूह, तार्किक मात्रा, फाइल सिस्टम, क्या यह सही है?

— बिल्ली पैंट

नकारात्मक पक्ष: यदि आप ब्लॉक डिवाइस का विस्तार करते हैं और विभाजन तालिका का उपयोग नहीं करते हैं, तो आप तुरंत pvresize के साथ भौतिक वॉल्यूम का विस्तार कर सकते हैं। यदि आपने एक विभाजन तालिका का उपयोग किया है, तो आपको विभाजन को हटाना होगा और पहले बड़े आकार के साथ इसे फिर से बनाना होगा।

— सिन्दूरस

सावधानी बरतना अच्छा है, लेकिन सवाल को वापस फेंकना एक महान जवाब के लिए नहीं बनता है। इस विभाजन की कोई आवश्यकता नहीं है, और विभाजन होने के लिए डाउनसाइड हैं।

— bryn

Answer 2

जब आप कच्चे ब्लॉक डिवाइस से केवल एक पीवी बना सकते हैं, तो मैं आमतौर पर इससे बचने की कोशिश करता हूं क्योंकि यह भ्रम पैदा कर सकता है कि ब्लॉक डिवाइस का उपयोग किस लिए किया जा रहा है। यह ऑटो खोज रूटीनों में से कुछ को भी तोड़ सकता है जो LVM उपयोग कर सकता है यदि यह कॉन्फ़िगरेशन फ़ाइल गुम है।

यहाँ 1 विभाजन के साथ GPT बनाने के लिए जुदाई का उपयोग करने का एक उदाहरण है जो संपूर्ण ड्राइव है और विभाजन ध्वज को lvm होने के लिए सेट करता है। Mkpart के लिए आवश्यक है कि आप एक फ़ाइल सिस्टम निर्दिष्ट करें लेकिन यह फ़ाइल सिस्टम नहीं बनाता है। जुदाई में एक लंबे समय से बग लग रहा है। इसके अलावा 1M की स्टार्ट ऑफ़ यह सुनिश्चित करने के लिए है कि आपको उचित संरेखण मिले।

parted /dev/sdb
mklabel GPT
mkpart primary ext2 1M 100%
set 1 lvm on

Comments

"Mkpart के लिए आवश्यक है कि आप एक फ़ाइल सिस्टम निर्दिष्ट करें लेकिन यह फ़ाइल सिस्टम नहीं बनाता है।" यह उल्लेख करने के लिए धन्यवाद, कि पवित्रता स्थापित करने में यह बहुत बड़ा है! :)

— बिल्ली पैंट

अब सच नहीं है। mkpart primary 1M 100%काम करता है और फ़ाइल सिस्टम फ़ील्ड को खाली छोड़ देता है।

— निरा

@ 3dinfluence lvm अब संरेखण स्वचालित रूप से करता है, कई वर्षों के बाद मैं lvm के लिए डेटा डिस्क के लिए विभाजन का उपयोग करने के लिए वास्तविक उपयोग के मामले को नहीं देखता

— c4f4t0r

Answer 3

यदि आप केवीएम अतिथि के अंदर वर्चुअल स्टोरेज डिवाइस पर सीधे पीवी बनाते हैं, तो आप देखेंगे कि अतिथि के तार्किक वॉल्यूम हाइपरविजर पर दिखाई देते हैं। यदि आप एक ही लॉजिकल वॉल्यूम और वॉल्यूम समूह के नामों का कई मेहमानों के बीच उपयोग करते हैं, तो यह काफी भ्रमित कर सकता है। आपको यह कहते हुए हाइपरवाइज़र पर कुछ चेतावनी भी मिल सकती है कि यह एक डिवाइस नहीं मिल सकता है।

उदाहरण के लिए, मैंने अपने परीक्षण हाइपरवाइजर पर इस समस्या को फिर से बनाया है:

[root@testhost ~]# vgs
  Couldn't find device with uuid dCaylp-1kvL-syiF-A2bW-NTPP-Ehlb-gtfxZz.
  VG          #PV #LV #SN Attr   VSize   VFree  
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_testhost   1   8   0 wz--n- 237.98g 120.15g

यहां आप एक ही नाम के साथ 2 वॉल्यूम समूह देख सकते हैं, दोनों मेहमानों से जो वास्तव में हाइपरविजर पर दिखाई नहीं देना चाहिए।

इस कारण से, मैं आपको सलाह दूंगा कि आप PV पर बनाने और वॉल्यूम समूह में जोड़ने से पहले पहले वहां पर KVM पार्टीशन बनाने के लिए parted या fdisk का उपयोग करें (जैसा कि 3dinfluence द्वारा पिछले उत्तर में दिखाया गया है)। इस तरह, अतिथि तार्किक खंड हाइपरविजर से छिपे रहते हैं।

Comments

यदि आप filterअपने VMs द्वारा सीधे उपयोग किए जाने वाले सभी ब्लॉक उपकरणों को फ़िल्टर करने के लिए /etc/lvm/lvm.conf में उपयोग करते हैं तो इससे बचा जा सकता है ।

— मिरिकिया वुटकोविसी

डिस्क हमेशा होस्ट पर मौजूद होती हैं - विभाजन सिर्फ मैप नहीं किया जाता है। kpartx -aआपके लिए वही करेगा। हाइपरविजर के पास सभी अतिथि डिस्क तक पहुंच है, लेकिन वॉल्यूम समूहों को सक्रिय नहीं किया जाना चाहिए।

— 10:27

Answer 4

एक नकारात्मक पक्ष यह है कि विभाजन तालिका के अंदर एक पीवी में अंतरिक्ष को गर्म-जोड़ना संभव नहीं है। यह कोई समस्या नहीं है यदि आप पीवी के लिए पूरे ब्लॉक डिवाइस का उपयोग करते हैं।

Comments

2018 तक आप एक विभाजन तालिका के अंदर पीवी पर जगह जोड़ सकते हैं। मैंने यह स्क्रिप्ट बनाई, जो कि करने के लिए आवश्यक कमांड्स उत्पन्न कर सकती है: github.com/mircea-vutcovici/scripts/blob/master/vol_resize.sh

— Mircea Vutcovici

Answer 5

रेडहैट से LVM गाइड के अनुसार, खंड 4.2.1 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/logical_volume_manager_administration/photvol_admin

उन्होंने कहा कि विभाजन तालिका होने की कोई आवश्यकता नहीं है, वे हमें इसे नष्ट करने का सुझाव भी देते हैं यदि हम वीजी (वॉल्यूम समूह) के लिए पूरी डिस्क का उपयोग करते हैं जब तक कि हम केवल इसके कुछ हिस्सों (विभाजन) को शामिल करने का इरादा न करें।

Answer 6

यहां तक ​​कि अगर अतीत में मैं पीवी के लिए एमएस-डॉस डिस्कलेबेल या जीपीटी डिस्कलैबेल का उपयोग कर रहा था, तो मैं अब मुख्य ब्लॉक डिवाइस पर सीधे एलवीएम का उपयोग करना पसंद करता हूं। 2 डिस्क्लेबल्स का उपयोग करने का कोई कारण नहीं है, जब तक कि आपके पास बहुत विशिष्ट उपयोग का मामला न हो (जैसे कि बूट सेक्टर और बूट विभाजन के साथ डिस्क)।

सीधे LVM होने का लाभ:

• सादगी - आपको 2 सेट टूल का उपयोग करने की आवश्यकता नहीं है
• लचीलापन - आप डाउनटाइम के बिना एक डिस्क वॉल्यूम से दूसरे में डेटा को स्थानांतरित करने के लिए pvmove का उपयोग कर सकते हैं, आप स्नैपशॉट और पतली प्रावधान का उपयोग कर सकते हैं
• आपने जो वॉल्यूम बनाया / पुन: आकार दिया / हटा दिया गया उसे कर्नेल बताने के लिए आपको पार्टप्रॉबे या क्पार्टेक्स चलाने की आवश्यकता नहीं है। और partprobe / kpartx विफल हो सकता है अगर विभाजन उपयोग में हैं और आपको रिबूट करने की आवश्यकता हो सकती है
• शायद बेहतर प्रदर्शन, एमएस-डॉस या जीपीटी डिस्कलेबल्स के शीर्ष पर एलवीएम का उपयोग करने की तुलना में

Comments

निश्चित नहीं है कि हर कोई उस विभाजन को क्यों चाहता है - लेकिन यहां उत्तर "क्यों नहीं" की दिशा में जाता है। यह उत्तर बेहतर है - यदि आपको संपूर्ण डिस्क का उपयोग करने जा रहे हैं तो आपको विभाजन की आवश्यकता नहीं है। एक विभाजन होने से भी आकार बदलने / फैलाने से बहुत अधिक दर्दनाक हो सकता है।

— bryn

कई यूनिक्स प्रणाली प्रशासक इस तर्क को लिनक्स में लाते हैं, मुझे याद है कि वेरिटास वॉल्यूम मैनेजर जो सार्वजनिक और निजी के साथ काम करता है, लिनक्स में यह कोई अर्थ नहीं है

— c4f4t0r