LVM में वॉल्यूम समूह का आकार कैसे कम करें?

Question

[root@localhost ~] vgdisplay
  --- Volume group ---
  VG Name               vg_root
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  7
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               297,59 GiB
  PE Size               4,00 MiB
  Total PE              76182
  Alloc PE / Size       59392 / 232,00 GiB
  Free  PE / Size       16790 / 65,59 GiB
  VG UUID               XXXXXXXXXX

पीवी:

[root@localhost ~] pvdisplay

  --- Physical volume ---
  PV Name               /dev/mapper/udisks-luks-uuid-ASDFASDF
  VG Name               vg_root
  PV Size               297,59 GiB / not usable 2,00 MiB
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              76182
  Free PE               16790
  Allocated PE          59392
  PV UUID               YYYYYYYYYYY

इसलिए मेरे पास 65 GByte मुक्त स्थान वाला VG है। लेकिन जब मैं ~ 50 GByte के बारे में इस वॉल्यूम समूह को सिकोड़ना चाहता हूं:

pvresize -tv --setphysicalvolumesize 247G /dev/mapper/udisks-luks-uuid-ASDFASDF
  Test mode: Metadata will NOT be updated and volumes will not be (de)activated.
    Using physical volume(s) on command line
    Test mode: Skipping archiving of volume group.
    /dev/mapper/udisks-luks-uuid-ASDFASDF: Pretending size is 517996544 not 624087040 sectors.
    Resizing volume "/dev/mapper/udisks-luks-uuid-ASDFASDF" to 624087040 sectors.
    Resizing physical volume /dev/mapper/udisks-luks-uuid-ASDFASDF from 0 to 63231 extents.
  /dev/mapper/udisks-luks-uuid-ASDFASDF: cannot resize to 63231 extents as later ones are allocated.
  0 physical volume(s) resized / 1 physical volume(s) not resized
    Test mode: Wiping internal cache
    Wiping internal VG cache

तो त्रुटि संदेश है:

cannot resize to 63231 extents as later ones are allocated.

प्रश्न: मैं vg_root को कैसे डीफ़्रैग कर सकता हूं ताकि मैं इसके अनावश्यक भाग को हटा सकूं?

ps: मुझे पहले ही पता चला है कि मुझे केवल वी.जी. का आकार बदलने के लिए PV का आकार बदलने की ज़रूरत है, या क्या कोई बेहतर आदेश हैं जो VG resize (उदा) हैं: यदि मैं एक PV पर कई VG के करूँ तो मैं क्या कर सकता हूँ? ... )?

Answer 1

आप pvmoveडिवाइस या किसी अन्य डिवाइस की शुरुआत में उन extents को स्थानांतरित करने के लिए उपयोग कर सकते हैं :

sudo pvmove --alloc anywhere /dev/device:60000-76182

फिर pvmoveचुनता है कि एक्स्टेंट को कहां ले जाना है, या आप निर्दिष्ट कर सकते हैं कि उन्हें कहां ले जाना है।

यह pvs -v --segments /dev/deviceदेखने के लिए देखें कि वर्तमान में कौन से विस्तार आवंटित किए गए हैं।

Comments

मेरे लिए मुद्दा यह था कि यह पीई को अन्य स्थानों पर ले गया। गंतव्य निर्दिष्ट करना था:sudo pvmove --alloc anywhere /dev/sdX2:60000-76182 /dev/sdX2:3000-19182

— akostadinov

Answer 2

ये LVM या LVM2 विभाजन का आकार बदलने के लिए आवश्यक कदम हैं:

sudo lvresize --verbose --resizefs -L -150G /dev/ubuntu/root

sudo pvresize --setphysicalvolumesize {any size here} /dev/sda5

अंतिम आदेश, pvresizeत्रुटि उत्पन्न कर सकता है

/dev/sda5: cannot resize to xxxxx extents as later ones are allocated.

आपको एलवीएम के अंत में असंबद्ध स्थान को पुनर्व्यवस्थित करना होगा। इसका मतलब है रूट और swap_1 विभाजन के बाद। आप इस कमांड के साथ अंतरिक्ष की वर्तमान व्यवस्था देख सकते हैं

pvs -v --segments /dev/sda5

pvs इस तरह आउटपुट दिखाएगा

/dev/sda5 ubuntu lvm2 a-- 698.04g 150g 0 xxx+1 root 0 linear /dev/sda:0-xxx
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g xxx+1 iii 0 free
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g yyyy jjj swap 0 linear /dev/sda5:yyyy-end

अब pvmoveबाहरी विखंडन को हटाने के लिए उपयोग करें:

sudo pvmove --alloc anywhere /dev/sda5:yyyy-end

अब देखते हैं कि क्या स्वैप की मात्रा बढ़ने से सफलता मिली।

pvs -v --segments /dev/sda5

वॉल्यूम का नया क्रम दिखाना चाहिए:

/dev/sda5 ubuntu lvm2 a-- 698.04g 150g 0 xxx+1 root 0 linear /dev/sda:0-xxx
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g xxx+1 iii swap 0 linear /dev/sda5:xxx+1-yyyy
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g yyyy+1 end 0 free

उसके बाद, GParted का उपयोग करें और अधिकतम उपयोग किए गए क्षेत्र में LVM का आकार बदलें। बाकी सभी असिंचित स्थान पर होंगे।

Comments

यह एक बहुत व्यापक उत्तर है - यह मददगार होगा, अगर इसमें फ़ाइल सिस्टम आकार बदलने के लिए एक चरण 0 शामिल है, जैसे कि resize2fs। मुझे नहीं लगता कि इसके बारे में विस्तार से जानने की आवश्यकता है, लेकिन भविष्य के दर्शकों के लिए एक कुहनी से हलका धक्का देने जैसा कुछ होगा

— जस्टिन

मेरे पास शुरुआत में मुफ्त जगह थी, बिना किसी गंतव्य के pvmove को कॉल करना शुरुआत में इसे स्थानांतरित नहीं करता था। क्या काम pvmove --alloc anywhere /dev/sda5:yyyy-end 0-newend"newend" के साथ अंत के रूप में गणना की गई - yyyy। हालांकि मुझे यकीन नहीं है कि अगर यह काम करता है तो शुरुआत में मुक्त स्थान को स्थानांतरित करने की सीमा से छोटा है। इसके अलावा मुझे लगता है कि आपके pvs आउटपुट में एक टाइपो है, मुझे लगता है कि आप /dev/sda5:0-xxxइसके बजाय इसका मतलब है /dev/sda:0-xxx।

— पीसीवर्ल्ड

@ जस्टिन पहले --resizefsसे lvresizeही अंतर्निहित फाइल सिस्टम के आकार का ध्यान रखता है।

— पीसीवर्ल्ड

@ pcworld सिर्फ मैन पेज पढ़ें और लगता है कि आप सही हैं

— जस्टिन

उत्कृष्ट उत्तर - लेकिन क्या आप अंतिम चरण पर विस्तार से बता सकते हैं? मेरा मानना ​​है कि "LVM का आकार बदलें" का अर्थ है "भौतिक आयतन का आकार बदलना?" वहाँ GParted के बिना ऐसा करने का एक तरीका है, कमांड लाइन पर, उन सिस्टम के लिए, जिसमें GUI नहीं है?

— केविन कीन

Answer 3

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

• LVM का आकार बदलना

Answer 4

मैं इस विधि का उपयोग करता हूं, निश्चित नहीं कि यह सबसे अच्छा है लेकिन मेरे लिए काम करता है

सावधानी के साथ इसका उपयोग करें और SysAdmin नहीं

उस अंतर की गणना करें जो समस्या का कारण बनता है

324% 4 = 0 कोई समस्या नहीं है

परंतु

324% 32 = 10.125

यह समस्या है तो यह फिट नहीं है

मुझे लगता है कि इसे "वास्तविक संख्या प्राप्त करना" कहा जाता है

lvmdiskscan

सूची में शामिल करने के लिए

फिर

pvresize /dev/*** --setphysicalvolumesize ***M

मुझे काम करने के लिए अतिरिक्त 4M जोड़ना होगा, मुझे लगता है कि यह पुराने PE आकार से संबंधित है

आखिरकार

vgchange -s 32M **

Answer 5

पिछले उत्तरों ने मुझे इस समस्या को हल करने में मदद की, लेकिन मुझे इसे स्वचालित करने की आवश्यकता थी और इसलिए pvshrink लिखा

# ./pvshrink /dev/vda2 
Moving 50 blocks from 714 to 664
  /dev/vda2: Moved: 4.00%
  /dev/vda2: Moved: 100.00%
50 of 50 (100.00%) done
Defragmentation complete.
Metadata size: 1048576 b
PE size: 4.0 MiB
Total size 1048576 b + 714 x 4194304 b = 2995781632 b (2.8 GiB)
    Wiping internal VG cache
    Wiping cache of LVM-capable devices
    Archiving volume group "fedora" metadata (seqno 15).
    /dev/vda2: Pretending size is 5851136 not 6287360 sectors.
    Resizing volume "/dev/vda2" to 5851136 sectors.
    Resizing physical volume /dev/vda2 from 0 to 714 extents.
    Updating physical volume "/dev/vda2"
    Creating volume group backup "/etc/lvm/backup/fedora" (seqno 16).
  Physical volume "/dev/vda2" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized

यह आपके लिए pvmove को आमंत्रित करता है जितनी बार पीवी को डीफ़्रैग्मेन्ट करने के लिए आवश्यक है, और फिर इसे इसके न्यूनतम संभव आकार (जो मेटाडेटा के कारण उपयोग किए गए आकार से थोड़ा अधिक है) का आकार बदलता है।