LINUX.ORG.RU
ФорумAdmin

Не получается расширить LVM

 , ,


0

1

Добрый день. Пытаюсь рашсирить LVM, но не выходит. Статьи про разбор и настройку читал, но никак не могу понять в чём проблема.

Есть сервер с одним диском, диск размечен как

sda                                     40G                   
├─sda1                                   1M                   
├─sda2                    ext4           1G /boot             
└─sda3                    LVM2_member   39G                   
  └─ubuntu--vg-ubuntu--lv ext4          20G /    

Изначально размер диска был 20ГБ. Затем я добавил ещё 10 и потом ещё 10 ГБ. После этого я через parted расширил раздел /sda/sda3 до 40ГБ.

parted 

(parted) p                                                                
Model: VMware Virtual disk (scsi)
Disk /dev/sda: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB                     bios_grub
 2      2097kB  1076MB  1074MB  ext4
 3      1076MB  42.9GB  41.9GB

fdisk -l тоже показывает что всё в порядке

Disk /dev/sda: 40 GiB, 42949672960 bytes, 83886080 sectors
Disk model: Virtual disk    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: BC7CFF26-5C03-4E81-96AD-24F64C95FF13

Device       Start      End  Sectors Size Type
/dev/sda1     2048     4095     2048   1M BIOS boot
/dev/sda2     4096  2101247  2097152   1G Linux filesystem
/dev/sda3  2101248 83886046 81784799  39G Linux filesystem


Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 20 GiB, 21474836480 bytes, 41943040 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

Теперь, если я правильно всё понял, мне нужно увеличить pv, затем vg и наконец lv.

Текущее состояние у них такое. PV:

pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda3
  VG Name               ubuntu-vg
  PV Size               <29.00 GiB / not usable 0   
  Allocatable           yes 
  PE Size               4.00 MiB
  Total PE              7423
  Free PE               2303
  Allocated PE          5120
  PV UUID               BtcE1F-wgZj-f7SB-l8d7-wYdN-5P0n-epVcgu
 
VG:
vgdisplay
  --- Volume group ---
  VG Name               ubuntu-vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  2
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <29.00 GiB
  PE Size               4.00 MiB
  Total PE              7423
  Alloc PE / Size       5120 / 20.00 GiB
  Free  PE / Size       2303 / <9.00 GiB
  VG UUID               Uky340-xdnN-zlJN-3Y1p-vgMz-gDKa-LUpKOQ
LV:
lvdisplay
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/ubuntu-lv
  LV Name                ubuntu-lv
  VG Name                ubuntu-vg
  LV UUID                b82Hpt-Mjcf-OpJK-NBpC-e5Mf-yeQo-jm6HpC
  LV Write Access        read/write
  LV Creation host, time ubuntu-server, 2021-05-20 10:57:25 +0000
  LV Status              available
  # open                 1
  LV Size                20.00 GiB
  Current LE             5120
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
 
pvscan показывает что есть 9GB Free
  PV /dev/sda3   VG ubuntu-vg       lvm2 [<29.00 GiB / <9.00 GiB free]
  Total: 1 [<29.00 GiB] / in use: 1 [<29.00 GiB] / in no VG: 0 [0   ]
 

Но pvresize /dev/sda3 не хочет ничего расширять:

  /etc/lvm/archive/.lvm_gitlab_2339193_255526967: write error failed: No space left on device
  0 physical volume(s) resized or updated / 1 physical volume(s) not resized

Подскажите пожалуйста, что я делаю не так?

Ответ на: комментарий от bigbit

Да, закончилось в 0.

df -h

Filesystem                         Size  Used Avail Use% Mounted on
udev                               1.9G     0  1.9G   0% /dev
tmpfs                              394M   41M  353M  11% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   20G   20G     0 100% /
tmpfs                              2.0G     0  2.0G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda2                          976M  201M  709M  23% /boot
/dev/loop2                          70M   70M     0 100% /snap/lxd/19188
/dev/loop1                          56M   56M     0 100% /snap/core18/2066
/dev/loop3                          68M   68M     0 100% /snap/lxd/20326
overlay                             20G   20G     0 100% /var/lib/docker/overlay2/90619fd69bf0cc87413f9531e52cda0cec20faa1790e980a25edf6651e6cc0b2/merged
tmpfs                              394M     0  394M   0% /run/user/1000
/dev/loop4                          33M   33M     0 100% /snap/snapd/12159
/dev/loop7                          56M   56M     0 100% /snap/core18/2074
/dev/loop0                          33M   33M     0 100% /snap/snapd/12398
KOTOXJle6 ()
Ответ на: комментарий от KOTOXJle6

Почистил логи

rm -r /var/log/*.gz

После этого сделал pvresize

 pvresize /dev/sda3
  Physical volume "/dev/sda3" changed
  1 physical volume(s) resized or updated / 0 physical volume(s) not resized

И наконец смог расширить lv

lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

И поменять размер в файловой системе

resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

Только пока осталось непонятным как больше такого не допустить. И правильно ли было изначально монтировать lvm в /

KOTOXJle6 ()
Последнее исправление: KOTOXJle6 (всего исправлений: 1 )
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.