LINUX.ORG.RU
решено ФорумAdmin

Увеличить ext4 online

 


0

4

Доброго времени суток.
Развернул UNetLab на ESXi, необходимо увеличить размер fs.

Disk /dev/sda: 42.9 GB, 42949672960 bytes
255 heads, 63 sectors/track, 5221 cylinders, total 83886080 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 identifier: 0x000462f5

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          499712    41943039    20721664   8e  Linux LVM

root@UNL:~# df -T | grep ext4
/dev/dm-0      ext4      18044916 1711804  15566076  10% /
/dev/sda1      ext4        236876   42122    178223  20% /boot

Вариант, который предлагает сам автор unetlab не работает:

root@UNL:~# lvextend -L+19G /dev/rootvg/rootvol
  Extending logical volume rootvol to 36.50 GiB
  Insufficient free space: 4864 extents needed, but only 333 available
root@UNL:~# resize2fs /dev/rootvg/rootvol
resize2fs 1.42.9 (4-Feb-2014)
The filesystem is already 4588544 blocks long.  Nothing to do!

root@UNL:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            481M  4.0K  481M   1% /dev
tmpfs            99M  896K   98M   1% /run
/dev/dm-0        18G  1.7G   15G  10% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            494M     0  494M   0% /run/shm
none            100M     0  100M   0% /run/user
/dev/sda1       232M   42M  175M  20% /boot

Вариант, который предлагает сам автор unetlab не работает:

Он очевидно работает, если в группе достаточно места.

anonymous
()

partprobe руками дёрни на всякий.

Radjah ★★★★★
()
Ответ на: комментарий от anonymous

Я практически не знаком с lvm и слабо представляю о чем речь. В моем случае я расширил vmdk с 20 до 40 gb и попробовал добавить к тому 19 gb, что не так? Сначала нужно расширить vg, потом lv, потом fs на этом lv что ли?
P.S. я читал о lvm, но действительно не могу понять назначение этого инструмента (как и логику работы). Объединение физических дисков для создания большого тома в век терабайтных носителей выглядит странно и смысл этих абстракций не ясен.

nokogerra
() автор топика
Ответ на: комментарий от Deathstalker

ну так удаление раздела приведет к потере данных, разве нет?

nokogerra
() автор топика

У тебя же lvm, a ты вот так сразу lvextend

надо посмотреть pvs, vgs, lvs,

возможно запустить pvresize

и только после этого lvextend, resize2fs

futurama ★★★★★
()
Ответ на: комментарий от futurama
root@UNL:~# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               rootvg
  PV Size               19.76 GiB / not usable 3.00 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              5058
  Free PE               333
  Allocated PE          4725
  PV UUID               MArvgX-4hyU-PlAd-BgfG-Mp2R-yrCC-3UrLQ0

root@UNL:~# vgdisplay
  --- Volume group ---
  VG Name               rootvg
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  9
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               19.76 GiB
  PE Size               4.00 MiB
  Total PE              5058
  Alloc PE / Size       4725 / 18.46 GiB
  Free  PE / Size       333 / 1.30 GiB
  VG UUID               rD0jFD-GNsT-3ikl-Zfpy-hqy4-cz7W-GF9PeU

root@UNL:~# lvdisplay
  --- Logical volume ---
  LV Path                /dev/rootvg/rootvol
  LV Name                rootvol
  VG Name                rootvg
  LV UUID                VjDqgV-ZlwK-H9J7-4gJo-OJBR-cXNH-kK0F7D
  LV Write Access        read/write
  LV Creation host, time unl01, 2014-10-03 06:34:04 +0000
  LV Status              available
  # open                 1
  LV Size                17.50 GiB
  Current LE             4481
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0

  --- Logical volume ---
  LV Path                /dev/rootvg/swapvol
  LV Name                swapvol
  VG Name                rootvg
  LV UUID                U6SI57-45kI-wM4c-E0eq-yu3y-8eLI-dzJMjb
  LV Write Access        read/write
  LV Creation host, time unl01, 2014-10-03 06:34:22 +0000
  LV Status              available
  # open                 2
  LV Size                976.00 MiB
  Current LE             244
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1
nokogerra
() автор топика
Ответ на: комментарий от futurama
root@UNL:~# pvresize /dev/sda2
  Physical volume "/dev/sda2" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized
root@UNL:~# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               rootvg
  PV Size               19.76 GiB / not usable 3.00 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              5058
  Free PE               333
  Allocated PE          4725
  PV UUID               MArvgX-4hyU-PlAd-BgfG-Mp2R-yrCC-3UrLQ0

Как-то не ресайзится. Я думал, если fdisk видит что диск 42.9 gb, то этого достаточно. Как я уже писал выше, я реально не понимаю концепцию lvm (

nokogerra
() автор топика
Ответ на: комментарий от nokogerra

1 physical volume(s) resized
Как-то не ресайзится.

ресайзится. Ты lvm cache передерни :-)

vgscan --cache

futurama ★★★★★
()
Ответ на: комментарий от futurama

не едут лыжи, vgscan --cache сказал

Cannot proceed since lvmetad is not active.
--verbose:
root@UNL:~# vgscan --verbose
    Wiping cache of LVM-capable devices
    Wiping internal VG cache
  Reading all physical volumes.  This may take a while...
    Finding all volume groups
    Finding volume group "rootvg"
  Found volume group "rootvg" using metadata type lvm2
в /etc/lvm/lvm.conf изменил 'use_lvmetad = 0' на 'use_lvmetad = 1', перезагрузился - без эффекта.
root@UNL:~# sysctl status lvm2-lvmetad
sysctl: cannot stat /proc/sys/status: No such file or directory
sysctl: cannot stat /proc/sys/lvm2-lvmetad: No such file or directory
find вообще не нашел ничего с именем *lvmet* кроме /usr/share/doc/lvm2/lvmetad_design.txt.gz

nokogerra
() автор топика
Ответ на: комментарий от futurama
root@UNL:~# fdisk -l /dev/sda | grep sda
Disk /dev/sda: 42.9 GB, 42949672960 bytes
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          499712    41943039    20721664   8e  Linux LVM
root@UNL:~# pvs
  PV         VG     Fmt  Attr PSize  PFree
  /dev/sda2  rootvg lvm2 a--  19.76g 1.30g
nokogerra
() автор топика
Ответ на: комментарий от futurama

Да, помогло, спасибо большое.
Однако, с таким количество абстракций я в конец запутался. Разве /dev/sda2 это не pv? Т.е. увеличивать sda2 по идее нужно как раз pvresize`ом? И как так получилось, что удаление раздела не повлекло потерю данных?

nokogerra
() автор топика
Ответ на: комментарий от nokogerra

sda2 — блочное устройство содержащий в себе PV (вместо ext4 для понимания), поэтому сначала надо увеличить блочное устройство потом сказать PV что устройство под ним увеличилось и оно PV тоже должно увеличиться (pvresize)

удаление/создание раздела это всего лишь запись в MBR (GPT), а не «форматирование» места на диске.

futurama ★★★★★
()
Ответ на: комментарий от nokogerra

Нет, это не PV. Таблица разделов — это софтовая штука, никак не относящаяся к LVM или иной реализации рейда/дискового массива/менеджера томов.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от nokogerra

Объединение физических дисков для создания большого тома в век терабайтных носителей выглядит странно

А што, уже изобрели диски размером, скажем, 100 Тб?

anonymous
()
Ответ на: комментарий от anonymous

если есть необходимость в сотнях тб или петабайтах, то для таких целей существуют схд аля isilon, а объединять в логический вольюм диски без технологий избыточности - прямой путь к потере данных при выходе из строя лишь одного шпинделя, разве нет?

nokogerra
() автор топика
Ответ на: комментарий от nokogerra

Кто тебе вообще сказал, что LVM это JBOD? С чего ты взял, что оно не умеет избыточность? Сначала разберись, а потом делай далеко идущие выводы.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.