LINUX.ORG.RU
ФорумAdmin

Увеличить lvm-disk online

 ,


0

2

Всем привет! Имеется виртуалка(Debian) на esxi, необходимо расширить диск. Изначально диск был 20Gb, затем его расширили до 50 средствами ESXi

Что имеем:

# lsblk

NAME                     MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
fd0                        2:0    1    4K  0 disk 
sda                        8:0    0   50G  0 disk 
├─sda1                     8:1    0  243M  0 part /boot
├─sda2                     8:2    0    1K  0 part 
└─sda5                     8:5    0 19.8G  0 part 
  ├─sergey00000--vg-root   254:0    0 18.9G  0 lvm  /
  └─sergey00000--vg-swap_1 254:1    0  872M  0 lvm  [SWAP]
sr0                        11:0    1 1024M  0 rom  

# fdisk -l

Disk /dev/sda: 50 GiB, 53687091200 bytes, 104857600 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
Disklabel type: dos
Disk identifier: 0x205081f9

Device     Boot  Start      End  Sectors  Size Id Type
/dev/sda1  *      2048   499711   497664  243M 83 Linux
/dev/sda2       501758 41940991 41439234 19.8G  5 Extended
/dev/sda5       501760 41940991 41439232 19.8G 8e Linux LVM

Disk /dev/mapper/sergey00000--vg-root: 18.9 GiB, 20300431360 bytes, 39649280 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 /dev/mapper/sergey00000--vg-swap_1: 872 MiB, 914358272 bytes, 1785856 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

# df -h

Filesystem      Size  Used Avail Use% Mounted on
/dev/dm-0        19G   14G  4.0G  78% /
udev             10M     0   10M   0% /dev
tmpfs           403M   41M  362M  11% /run
tmpfs          1006M     0 1006M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs          1006M     0 1006M   0% /sys/fs/cgroup
/dev/sda1       236M   33M  191M  15% /boot

В случае, когда система Ext - всё понятно -через fdisk удалил раздел, создал новый, в случае lvm вгонят в ступор вывод df-h, fdisk и lsblk. Вариант переставить систему с превычной разметкой не подходит.

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

Спасибо за ссылки, подскажи, почему у меня lsblk показывает следующее:

├─sda2                     8:2    0    1K  0 part 
└─sda5                     8:5    0 19.8G  0 part 
(sda2 - 1к),

а fdisk показывает, что sda2-19.8Gb

/dev/sda2       501758 41940991 41439234 19.8G  5 Extended
/dev/sda5       501760 41940991 41439232 19.8G 8e Linux LVM

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

необходимо расширить диск.

vg-root

LiveCD поможет, с поддержкой LVM.

Проще - обновить информацию о геометрии диска, расширить раздел LVM, добавить в него том для ржущего места сервиса. Потом будет проще.

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

lsblk показывает следующее:

Потому, что sda2 - расширенный раздел. (по сути 512 байт метка раздела +512 байт своеобразный MBR)

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

Сделай на добавленном месте sda6, потом reboot, так как диск системный и скорее всего ядро не перечитает разделы (попробуй еще kpartx, partprobe)

потом pvcreate /dev/sda6

vgexteng VGNAME /dev/sda6

lvextend ...

resize2fs ...

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

a-a-a чтобы сделать sda6 или увеличить sda5, по-любому придется увеличить сначала sda2

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

С LVM получается проще на другой диск переехать, чем расширить существующий, похоже?

У Вас, root в LVM, и он единственный раздел. Вы можете его увеличить без вопросов, но на ходу root в extfs никто не отресайзит.

robot12 ★★★★★
()
Последнее исправление: robot12 (всего исправлений: 1)
Ответ на: комментарий от ArcFi

Увеличить lvm-disk online

Онлайн, Карл!

И что тебе, Карл, не понятно?

fdisk, kpartx или reboot, pvresize, ... дальше элементарно.

Единственная проблема это после fdisk увидеть изменения, т.к. диск системный. Самое правильное решение, добавить второй диск в систему и его потом добавить в VG

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

Самое правильное решение, добавить второй диск в систему и его потом добавить в VG

Вообще, да, так будет проще потом в оффлайне растянуть раздел и объединить всё в кучу.

ArcFi
()

Обратись в техподдержку своего дистрибутива.

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

у sda5 адрес отличаться от sda2.

Если все сделать аккуратно, то да, sda5 нужно удалить и с этого же сектора создать sda2 типа lvm. Но для этого нужно иметь немного знаний и опыта.

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

Кончай нести пургу, это действия одного уровня знаний и опыта.

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

Точно, можно в онлайне сделать сразу красиво: слить boot через dd, перенести остальное средствами pvmove, переставить загрузчик и вообще выкинуть первый диск.

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

Точно, можно в онлайне сделать сразу красиво: слить boot через dd, перенести остальное средствами pvmove, переставить загрузчик и вообще выкинуть первый диск.

Самый дебильный сценарий.

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

Насколько я помню, перед pvresize нужно увеличить саму партицию. И только потом pvresize. Это аналогично resize2fs, если бы не было lvm. Нужно сначала увеличить партицию (отредактировав таблицу разделов), а потом уже увеличивать ФС.

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

Просто иногда создать вторую партицию легче (да и безопаснее), чем увеличить существующую, на которой крутится система. Поправьте, если не так. Сейчас лень эксперименты ставить.

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

Не согласен, это позволит сделать более прямую разметку без избыточной вложенности и фрагментации.

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

Бесполезное красиво надо только гламурным кисам.

Зачем нам напрягать себя и систему всякими

слить boot через dd, перенести остальное средствами pvmove, переставить загрузчик

?

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