LVM: resize2fs не изменяет размер

У меня странная проблема с resize2fs. Я выполнил все команды, и все они были успешными, однако моя файловая система имеет тот же размер, что и раньше:

[oracle @ server ~] $ df -h / backup
Используемый размер файловой системы. Доступный.
/ DEV / Mapper/vg2-lv_backup
                      985G  973G  2.4G 100% / резервное копирование

[root@server~]# pvcreate /dev/cciss/c0d4p1 
  Физический том "/dev/cciss/c0d4p1" успешно создан

[root @ server ~] # lvdisplay /dev/mapper/vg2-lv_backup | awk '/ VG Name / {print $ 3}'
vg2

[root @ server ~] # vgextend vg2 / dev / cciss / c0d4p1 
  Группа томов "vg2" успешно расширена

[root @ server ~] # vgdisplay vg2 | awk '/ Free * PE / {print $ 5}'
200

[root @ server ~] # lvextend -l +200 / dev / vg2 / lv_backup 
  Расширение логического тома lv_backup до 1000,78 ГБ
  Размер логического тома lv_backup успешно изменен

[root@server~]# e2fsck -Cfp /dev/vg2/lv_backup 
e2fsck 1,39 (29 мая 2006 г.)
резервные копии: чистые, 1488/131072000 файлов, 258919596/262144000 блоков

[root@server~]# e2fsck -f /dev/mapper/vg2-lv_backup
e2fsck 1,39 (29 мая 2006 г.)
Пропуск 1: Проверка узлов, блоков и размеров
Проход 2: Проверка структуры каталогов
Проход 3: Проверка подключения к каталогу
Пропуск 4: Проверка количества ссылок
Пропуск 5: Проверка сводной информации группы
резервные копии: 1488/131072000 файлов (20,1% несмежных), 258919596/262144000 блоков

[root@server~]# resize2fs /dev/mapper/vg2-lv_backup
resize2fs 1,39 (29 мая 2006 г.)
Изменение размера файловой системы в /dev/mapper/vg2-lv_backup до 262348800 (4k) блоков.
Файловая система в /dev/mapper/vg2-lv_backup теперь имеет длину 262348800 блоков.

Проблема в том, что исходная файловая система составляла 1 ТБ (почти), а новая - 800 ГБ, поэтому новый логический том теперь должен составлять около 1,8 ТБ. Отсюда видно, что оба диска входят в одну группу томов:

[root @ server ~] # pvs -v | grep vg2
    Сканирование имен физических томов
  /dev/cciss/c0d0p1 vg2  lvm2 a-   1000.00G     0  1000.00G 4cjtXN-uQ60-5ZvU-dih7-m0Lw-5IQy-RYxmOb
  /dev/cciss/c0d4p1 vg2  lvm2 a-    800,00M     0   800,84M X2f4CR-QI7M-XO5g-TQVh-e3sa-ebu8-MxaqXY

Однако это не отражается:

[root @ server ~] # lvs -v | grep vg2 Поиск всех логических томов lv_backup             vg2     2 -wi-a- 1000.78G  -1  -1 253  73                                         IDEeg7-USRJ-OZLd-fC5t-kCxi-leHq-zfwoNF

Какие-либо предложения?

Источник

2 ответа

Решение

Выполненная вами команда lvextend расширит файловую систему только на 800 МБ (при условии размера экстента по умолчанию), что является ошибкой округления при просмотре файловых систем TB. -l флаг означает "экстенты", размер которых по умолчанию составляет 4 МБ. Если вы хотите увеличить файловую систему, скажем, до 200 ГБ, команда будет выглядеть так: lvextend -L +200G vg2/lv_backup, (Обратите внимание на разницу между -l а также -L.)

Проблема в том, что исходная файловая система составляла 1 ТБ (почти), а новая - 800 ГБ, поэтому новый логический том теперь должен составлять около 1,8 ТБ. Отсюда видно, что оба диска входят в одну группу томов:

Начальная файловая система была 1 ТБ. Новый диск 800 ГБ. Вы добавили этот диск в VG, затем использовали 800 МБ этого диска для расширения LV, а затем увеличили файловую систему на LV, оставив вам 1.0008 ТБ в LV. Затем вы вырастили файловую систему для заполнения LV.

Если вы хотите получить файловую систему 1,8 ТБ, сделайте следующее:

lvextend -L +800G vg2/lv_backup

или же:

lvextend -l 100%FREE vg2/lv_backup

Затем следует команда resize2fs.

Источник

lvextend -l +200 /dev/vg2/lv_backup

+200 что?

Источник
Другие вопросы по тегам