Soru Birbirlerinin tam kopyaları (aynı UUID'ler) olan 2 LVM birimi eşzamanlı olarak monte etmek mümkün mü?


Sabit bir sürücüyü bir sabit sistemde birkaç çoklu yedekleme sabit sürücüsüne klonladım (dd kullanarak). Canlı sistemdeki kök bölüm bir LVM birimidir. Yedek kopyaların, orijinal için açılan değiştirmeler olması amaçlanmıştır ve bu, master ile aynı UUID'ye sahip olmaları gerektiği anlamına gelir.

Hızlı soru: Canlı sistemde yedek HD'lerden birini monte etmek mümkün mü? Bunu yapmaya çalıştığımda LVM, aynı UUID'ler ve birim grup adları nedeniyle anlaşılır bir şekilde anlaşılır. Orijinal LVM grubunu ilk olarak yeniden adlandırmak için [bu] [1] 'de bulunan ipucunu takip ettim;

  1. harici yedekleme HD'sini bir USB portuna bağlamak

  2. koşarken ('test' dizesinin bu sistemdeki grup adı olduğunu unutmayın)

# 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

Bu noktada, altındaki mantıksal hacimlere erişmeyi beklerdim. /dev/test/. Koşu lvdisplay üretir.

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

Ancak, /dev/test/ hiç mevcut değil ve bu nedenle mantıksal hacimlere erişemiyorum /dev/test/root ve /dev/test/swap_1 lvdisplay önerdi.


8
2018-06-21 12:24


Menşei


Görüş zamanı: Yedek diskleriniz varsa, gerçekten bir RAID konfigürasyonuna (eğer RAID bir yazılım kaydetmek için bile olsa), bunun gibi bir çözümün yerine, onları bir araya getirmeye çalışıyor olmalısınız. RAID1 veya RAID5 her ikisi de iyi bir seçenek. - Garrett


Cevaplar:


UUID'lerin bütün noktası, bir şeyi benzersiz bir şekilde tanımlamaktır ve yapmaya çalıştığınız şey, onları benzersiz olmayan kılar. Bunun mümkün olduğuna çok kuşku duyuyorum. Etrafında oynadım pvchange -u Çoğaltılmış bir PV'nin UUID değerini değiştirmek için, ancak işlem her zaman başarısız oldu.

Yedekleri gerçekten canlı sunucuya monte etmeniz gerekiyorsa, LV'leri tek tek yedeklemenizi öneririm (yani yedekleme cihazında yeni bir PV, VG ve LV'ler oluşturun ve her bir LV'yi ayrı ayrı yapın).


0
2018-06-22 06:30





Lv'leri bir klon diskinden monte etmek istiyorsanız, buradaki yararlı yöntemi buldum. http://www.linuxquestions.org/questions/linux-hardware-18/unable-to-change-uuid-of-cloned-drive-device-left-open-4175470893/

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

sdx, sdy .. vg'yi oluşturan klonlanmış disklerdir.

vgchange -ay orignalvgname_clone

Bundan sonra, klonları klonlanmış diskten monte edebilmelisiniz.


9
2017-12-15 10:07



Bu kabul edilen cevap olmalı. Benim için çalıştı, teşekkürler! - neuviemeporte
Bu çalışır ve vgimportclone isminin önerdiği şeyi yapar. Benim durumumda, onu oluşturan tüm diskleri ve bölümleri belirtmeliydim. vg - Örneğin vgimportclone -n orignalvgname_clone /dev/sdx /dev/sdx2 /dev/sdx5 ama açıkçası bu durumdan duruma göre çok farklı olabilir. - Jey DWork


Trekkerboy / modonnell @ linuxquestions'ın cevabı en açık olanıdır. vgimportclone.

Ayrıca, klonu oluşturduktan sonra, onu etkinleştirmeniz gerektiğini unutmayın. vgchange -a y newvgnameve oldvgname'in cihaz düğümlerini temizlemelisiniz. dmsetup remove /dev/oldvgname/*.

Referans olarak, daha sonra insanın kaynağında okuyabileceği bir alt kümeye benzeyen daha elle bir yöntem vardır. vgimportclone.


Orjinal kopyasına göre bir desen ekleyerek, orijinal kopyanın yönetimini geçici olarak devre dışı bırakabilirseniz bunu yapabilirsiniz. devices filtrele lvm.conf. Örneğin, klonladıysanız /dev/sdx içine /dev/sdygeçici olarak eklemelisiniz /dev/sdx içine filter içinde devices { ... } Bölüm.

Orijinal cihazlar çevrimiçi kalacak, ancak LVM araçları bunları görmezden gelecektir. Üzerinde bulunan dosya sistemleri, bağlı ve çalışır durumda kalır, bu da LVM yönetimi ile sıkı sıkıya bağlı değildir.

Filtre yerleştirildikten sonra yeni vgscanYinelenenleri ve yalnızca bunları artık LVM yönetimi altında olduğundan emin olmak için. Yinelenen sayfayı gördüğünüzden emin olabilirsiniz. /dev/sdycihazlar örn. pvs.

Sonra yap:

vgchange -a n originalvgname

Bu, denilen ses grubunu devre dışı bırakır originalvgnameAncak, yalnızca yinelenen aygıtlar göründüğü için, bunları devre dışı bırakır (orijinal originalvgname yukarıdaki filtre nedeniyle zaten görünmez). Bu adım gereklidir, böylece şimdi etkin olmayan birim grubunun ve onun bileşenlerinin fiziksel birimlerinin niteliklerini serbestçe değiştirebilirsiniz.

pvchange -u physicaldevice
vgchange -u originalvgname

Bu, kopyalara yeni UUID'ler verecektir.

vgrename originalvgname newvgname

Bu çoğaltılmış birim grubunu yeniden adlandırır.

Bundan sonra filtreyi kaldırabilirsiniz. lvm.conf ve yeniden yeniden tarayın ve her iki LVM aygıtı kümesi farklı adlar ve UUID'ler altında görünebilir.

Alternatif olarak, orijinal VG adını ve PV / VG UUID'lerini tutmakla ilgilenmiyorsanız, bunları imha edebilirsiniz. https://superuser.com/questions/256061/lvm-and-cloning-hds


2
2018-02-24 13:08



'Orijinal kopya' yedek kopya veya yedekleme kaynağı (canlı olan)? Öyleyse canlı sistemi devre dışı bırakıp UUID değerini değiştirmeyi mi öneriyorsunuz? - catpnosis
@catpnosis Yedekleme kaynağı, ancak sadece yönetim. Her şey çevrimiçi kalır, ancak LVM araçları orijinali görmeyi geçici olarak durdurur. LVM araçları daha sonra çiftleri tespit eder ve bunları yeniden yapılandırabilirler, yani UUID'lerini değiştirebilirler. Ve işiniz bittiğinde, herşeyi görmelerine izin verirsiniz, bu da UUID'lerin artık çatışmaması nedeniyle çalışacaktır. - Josip Rodin
Teşekkürler. Bu ilginç bir yaklaşım. Gerçi anlamak zor. "Bu, yinelenen cihazlardaki ses grubunu devre dışı bırakacak" - ama gerçekten değil? - catpnosis
@catpnosis önceki tarafından aktive olur vgscan otomatik olarak, bu zaman noktasında LVM araçlarının kopyaları görmesi anlamına gelir (orijinali değil). Bütün mesele, ikisini de aynı anda - ya biri ya da diğeri, - ikisinin de aktif olmamamasıdır. Sadece kopyaları gördüğünüz halini alır almaz, o zaman üzerinde çalışabilirsiniz. - Josip Rodin


Bu sorunu sadece dün karşılaştım. Dosya sistemim var (Linux'ta LVM (MD (sda, sdb, sdc-syncing-only-weekly-based))) ve sdc'deki eski verilere erişmek için gerekli.

Bir VM'ye yedekleme diski (sdc) ekleyerek sorunu biraz çözdüm. Bu, diski "qemu ... -drive file = / dev / sdc, readonly" (ya da write-on-write konfigürasyonu için bir anlık görüntü seçeneği) ile eklediğim sürece güvenli bir işlemdir.


0
2018-06-17 02:19