क्या एक साथ 2 एलवीएम संस्करणों को माउंट करना संभव है जो एक-दूसरे (एक ही यूयूआईडी) की सटीक प्रतियां हैं?

Question

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

त्वरित प्रश्न: क्या लाइव सिस्टम पर बैकअप एचडी में से एक को माउंट करना संभव है? जब मैं ऐसा करने की कोशिश करता हूं तो एलवीएम समान यूयूआईडी और वॉल्यूम समूह नामों के कारण इस बारे में उलझन में है। [यह उत्तर] [1] में पाए गए संकेत के बाद, पहले मूल LVM समूह का नाम बदलने के लिए, मैंने कोशिश की है:

1. बाहरी बैकअप HD को USB पोर्ट में कनेक्ट करना

2. रनिंग (ध्यान दें कि स्ट्रिंग 'टेस्ट' इस सिस्टम पर समूह का नाम है)

# vgrename test test-live
Volume group "test" successfully renamed to "test-live"
vgscan --mknodes
Reading all physical volumes.  This may take a while...
Found duplicate PV qWUadGaM2MU1UAJ5Spp8upD6fbddk7Zb: using /dev/dm-3 not /dev/dm-0
Found volume group "test" using metadata type lvm2
# vgchange -ay
Found duplicate PV qWUadGaM2MU1UAJ5Spp8upD6fbddk7Zb: using /dev/dm-3 not /dev/dm-0
2 logical volume(s) in volume group "test" now active

इस बिंदु पर मुझे उम्मीद है कि मैं व्यक्तिगत तार्किक आयतों तक पहुँच प्राप्त कर सकता हूँ /dev/test/। lvdisplayउत्पादन चल रहा है।

Found duplicate PV qWUadGaM2MU1UAJ5Spp8upD6fbddk7Zb: using /dev/dm-3 not /dev/dm-0

  --- Logical volume ---
  LV Name                /dev/test/root
  VG Name                test
  LV UUID                UuKUH3-yzPo-CbOz-tU4B-W6om-qdMn-0XSNZU
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                126.48 GiB
  Current LE             32378
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1

  --- Logical volume ---
  LV Name                /dev/test/swap_1
  VG Name                test
  LV UUID                OGJhJu-QByo-6AzG-sk1x-jh3e-dU9L-sHk91t
  LV Write Access        read/write
  LV Status              available
  # open                 2
  LV Size                3.90 GiB
  Current LE             999
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2

हालांकि, /dev/test/सभी पर मौजूद नहीं है और इसलिए मैं कम से लॉजिकल वॉल्यूम उपयोग नहीं कर सकते /dev/test/rootऔर /dev/test/swap_1सुझाव दिया lvdisplay के रूप में।

Comments

राय का समय: यदि आपके पास स्पेयर करने के लिए डिस्क है, तो आपको वास्तव में उन्हें इस तरह के एक समाधान का उपयोग करने के बजाय एक RAID कॉन्फ़िगरेशन (यदि सॉफ़्टवेयर RAID कुछ सिक्के को बचाने के लिए) में रखना चाहिए। RAID1 या यहां तक ​​कि RAID5 दोनों अच्छे विकल्प हैं।

— गैरेट

Answer 1

UUIDs का पूरा बिंदु विशिष्ट रूप से कुछ की पहचान करना है, और आप जो करने की कोशिश कर रहे हैं, वह उन्हें गैर-अद्वितीय बनाता है। मुझे अत्यधिक संदेह है कि यह संभव है। मैंने pvchange -uडुप्लिकेट किए गए पीवी के यूयूआईडी को बदलने के लिए चारों ओर खेला , लेकिन ऑपरेशन हमेशा विफल रहा।

यदि आपको वास्तव में लाइव होस्ट पर बैकअप माउंट करने की आवश्यकता है, तो मेरा सुझाव है कि आप LVs को व्यक्तिगत रूप से बैकअप करें (यानी बैकअप डिवाइस पर एक नया PV, VG और LVs बनाएं और प्रत्येक LV को अलग से dd करें)।

Answer 2

यदि आप क्लोन डिस्क से lv माउंट करना चाहते हैं, तो मुझे यह उपयोगी विधि यहाँ मिली। http://www.linuxquestions.org/questions/linux-hardware-18/unable-to-change-uuid-of-cloned-drive- डिवाइस-बायां-खुले 4175470893 /

vgimportclone -n orignalvgname_clone   /dev/sdx [/dev/sdy....]

sdx, sdy .. क्लोन डिस्क हैं जो vg बनाते हैं।

vgchange -ay orignalvgname_clone

इसके बाद आपको क्लोन डिस्क से lvs को माउंट करने में सक्षम होना चाहिए।

Comments

यह स्वीकृत उत्तर होना चाहिए। मेरे लिए काम किया, धन्यवाद!

— न्युविमेपोर्टे

यह काम करता है और vgimportclone इसका नाम क्या सुझाता है। मेरे मामले में मैंने सभी डिस्क और विभाजन निर्दिष्ट किए थे vg- उदाहरण के लिए - vgimportclone -n orignalvgname_clone /dev/sdx /dev/sdx2 /dev/sdx5लेकिन स्पष्ट रूप से यह मामले से मामले में बहुत भिन्न हो सकता है।

— Jey DWork

Answer 3

ट्रेकरबॉय / मोडोनेल @ लिनक्सक्वेस्टियंस द्वारा उत्तर सबसे सीधा है, उपयोग करें vgimportclone।

ध्यान दें कि क्लोन बनाने के बाद, आपको इसे सक्रिय करना होगा vgchange -a y newvgname, और आपको पुराने-पुराने डिवाइस के नोड्स के साथ सफाई करनी होगी dmsetup remove /dev/oldvgname/*।

संदर्भ के लिए, जो इस प्रकार है वह एक अधिक मैन्युअल विधि है, जो स्पष्ट रूप से एक उपसमुच्चय से मिलती-जुलती है, जिसके स्रोत में कोई भी पढ़ सकता है vgimportclone।

---

यदि आप devicesफ़िल्टर में मूल से मेल खाते हुए पैटर्न को जोड़कर मूल प्रतिलिपि के प्रबंधन को पहले अस्थायी रूप से निष्क्रिय करने में सक्षम हैं, तो आप ऐसा कर सकते हैं lvm.conf। उदाहरण के लिए, यदि आपने क्लोन /dev/sdxकिया है /dev/sdy, तो आपको अस्थायी रूप से अनुभाग /dev/sdxमें जोड़ना होगा ।filterdevices { ... }

मूल उपकरण ऑनलाइन रहेंगे, लेकिन LVM उपकरण उनकी उपेक्षा करेंगे। उन पर घुड़सवार फाइलसिस्टम माउंटेड और ऑपरेशनल रहेंगे, जो कि LVM प्रबंधन के साथ कसकर नहीं किए जाते हैं।

फ़िल्टर लागू होने के बाद vgscan, डुप्लिकेट को सुनिश्चित करने के लिए एक नया कार्य करें और केवल वे अब LVM प्रबंधन के अंतर्गत हैं। आप यह सुनिश्चित कर सकते हैं कि आप डुप्लिकेट /dev/sdyडिवाइस को उदाहरण के माध्यम से देखें pvs।

फिर करो:

vgchange -a n originalvgname

यह कहा जाने वाले वॉल्यूम समूह को निष्क्रिय कर देगा originalvgname, लेकिन क्योंकि केवल डुप्लिकेट डिवाइस दिखाई दे रहे हैं, यह उन पर इसे निष्क्रिय कर देगा ( originalvgnameऊपर फ़िल्टर के कारण मूल पहले से ही अदृश्य है)। यह कदम आवश्यक है ताकि आप तब स्वतंत्र रूप से अब-निष्क्रिय वॉल्यूम समूह और उसके घटक भौतिक संस्करणों की विशेषताओं को बदल सकें।

pvchange -u physicaldevice
vgchange -u originalvgname

इससे नकलचियों को नए यूयूआईडी मिलेंगे।

vgrename originalvgname newvgname

यह डुप्लिकेट किए गए वॉल्यूम समूह का नाम बदलेगा।

उसके बाद, आप फ़िल्टर को lvm.confफिर से और rescan से हटा सकते हैं , और LVM डिवाइस के दोनों सेट अलग-अलग नामों और UUs के तहत दिखाई देंगे।

वैकल्पिक रूप से, यदि आप मूल वीजी नाम और पीवी / वीजी यूयूआईडी को रखने में वास्तव में रुचि नहीं रखते हैं, तो आप उन्हें निपटान कर सकते हैं, इसके बजाय, सीएफ। /superuser/256061/lvm-and-cloning-hds

Comments

'मूल प्रति' बैकअप प्रति या बैकअप स्रोत (जो लाइव है) है? फिर आप लाइव सिस्टम को निष्क्रिय करने और इसे UUID बदलने का सुझाव देते हैं, सही है?

— catpnosis

@ catpnosis बैकअप स्रोत, लेकिन केवल इसका प्रबंधन । सब कुछ ऑनलाइन रहता है, लेकिन एलवीएम उपकरण अस्थायी रूप से मूल को देखने में सक्षम होने से रोकते हैं। LVM टूल तब डुप्लिकेट का पता लगाते हैं, और उन्हें पुन: व्यवस्थित करने में सक्षम होते हैं अर्थात अपने UUID को बदलते हैं। और एक बार जब आप कर लेते हैं, तो आप उन्हें सब कुछ देखने की अनुमति देते हैं, जो तब काम करेगा क्योंकि यूयूआईडी अब संघर्ष नहीं करता है।

— जोसिफ रोडिन

धन्यवाद। यह दिलचस्प दृष्टिकोण है। हालांकि समझना मुश्किल है। "यह डुप्लिकेट डिवाइस पर वॉल्यूम समूह को निष्क्रिय कर देगा" - लेकिन वास्तव में नहीं?

— कैटपोनोसिस

@catpnosis यह vgscanस्वचालित रूप से पूर्ववर्ती द्वारा सक्रिय हो जाता है , इसका मतलब यह है कि उस समय LVM उपकरण डुप्लिकेट (और मूल नहीं) को देखते हैं। पूरी बात यह है कि आप दोनों को एक ही समय में सक्रिय नहीं करना चाहिए - या तो एक या दूसरे, दोनों नहीं। जैसे ही आप उस स्थिति में पहुंचते हैं जहां आप केवल डुप्लिकेट देखते हैं, तो आप उन पर काम कर सकते हैं।

— जोसिप रोडिन

Answer 4

मैंने कल ही इस समस्या का सामना किया। मेरे पास लिनक्स पर फाइलसिस्टम (LVM (MD (sda, sdb, sdc-syncing-only-साप्ताहिक आधार))) कॉन्फ़िगरेशन है, और sdc पर पुराने डेटा को एक्सेस करने की आवश्यकता है।

मैंने कुछ हद तक एक VM को बैकअप डिस्क (sdc) संलग्न करके समस्या को हल किया। जब तक मैं "qemu ... -drive फ़ाइल = / dev / sdc, readonly" (या कॉपी-ऑन-राइट कॉन्फ़िगरेशन के लिए स्नैपशॉट विकल्प का उपयोग करता हूं) के साथ डिस्क को संलग्न करने के लिए यह एक सुरक्षित संचालन है।