Вопросы Теги

Cloud-growpart что я делаю не так с секционированием

Я готовлю образ облака Centos7.4, и я установил cloud-init cloud-utils и cloud- Growpart.

Когда я импортирую в Openstack как образ qcow2, он не меняет размер моего корня, если я создаю экземпляр с большим диском, чем исходный образ. Если я использую обычные диски без LVM и с одним разделом, он работает.

По какой-то причине не нравится установка двух разделов, где / boot - это раздел1, а / - раздел 2. Кажется, что все документы говорят, что cloud-utils-growpart будет работать с lvm и ext4, если корневой раздел является последним разделом. Есть идеи?

fstab 

# /etc/fstab
# Created by anaconda on Fri Jan 19 16:49:58 2018
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
# /dev/mapper/centos-root /                  ext4    defaults        1 1 UUID=aa806546-2582-411d-9eba-7217376a8aa3 /boot  ext3    defaults        1 2

и fdisk -l 

[root@localhost ~]# fdisk -l

    Disk /dev/vda: 9234 MB, 9234180096 bytes, 18035508 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
    Disk label type: dos Disk identifier: 0x000b5cce

    Device Boot         Start         End      Blocks   Id  System
    /dev/vda1   *        2048      616447      307200   83  Linux
    /dev/vda2          616448    18034687     8709120   8e  Linux LVM

    Disk /dev/mapper/centos-root: 8917 MB, 8917090304 bytes, 17416192
    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
0
задан 20 January 2018 в 00:40
1 ответ

У меня такая же проблема - причина в LVM. Если вы посмотрите на /var/log/cloud-init.log , вы увидите записи вроде: 

cc_growpart.py[DEBUG]: '/' SKIPPED: device_part_info(/dev/mapper/centos_lxopce64v070-root) failed: /dev/mapper/centos_lxopce64v070-root not a partition

Итак, ответ - либо сделать корневой раздел физическим диском, либо вставить свой собственный вырасти логикой. На самом деле я предпочитаю иметь свою собственную логику, поскольку она позволяет очень легко расширить корневой диск постфактум, не требуя изменения размера OpenStack (что требует перестройки виртуальной машины). Вы просто присоединяете блочный том, а затем добавляете блочный том к LVM.

Итак, вот мой код (очень похожий код, если вы добавляете блочный том и увеличиваете LVM). Ваш код, вероятно, отличается только именем корневой группы томов ( the_root_vgname ): 

the_root_device='/dev/vda'
the_dynamic_partition='3'
the_dynamic_partition_path="${the_root_device}${the_dynamic_partition}"
the_root_vgname='centos_lxopce64v070'
the_root_lvname='root'
the_root_lvpath="/dev/${the_root_vgname}/${the_root_lvname}"
(echo n; echo p; echo $the_dynamic_partition; echo ; echo; echo t; echo $the_dynamic_partition; echo 8e; echo w) | fdisk ${the_root_device}
sync; sync; sync
partprobe
sync; sync; sync
pvcreate $the_dynamic_partition_path
sync; sync; sync
vgextend $the_root_vgname $the_dynamic_partition_path
sync; sync; sync
lvextend $the_root_lvpath $the_dynamic_partition_path
sync; sync; sync
xfs_growfs $the_root_lvpath
sync; sync; sync
1
ответ дан 4 December 2019 в 16:02

Теги

Похожие вопросы