Назад | Перейти на главную страницу

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

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

[oracle@server~]$ df -h /backup
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg2-lv_backup
                      985G  973G  2.4G 100% /backup

[root@server~]# pvcreate /dev/cciss/c0d4p1 
  Physical volume "/dev/cciss/c0d4p1" successfully created

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

[root@server~]# vgextend vg2 /dev/cciss/c0d4p1 
  Volume group "vg2" successfully extended

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

[root@server~]# lvextend -l +200 /dev/vg2/lv_backup 
  Extending logical volume lv_backup to 1000.78 GB
  Logical volume lv_backup successfully resized

[root@server~]# e2fsck -Cfp /dev/vg2/lv_backup 
e2fsck 1.39 (29-May-2006)
backups: clean, 1488/131072000 files, 258919596/262144000 blocks

[root@server~]# e2fsck -f /dev/mapper/vg2-lv_backup
e2fsck 1.39 (29-May-2006)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
backups: 1488/131072000 files (20.1% non-contiguous), 258919596/262144000 blocks

[root@server~]# resize2fs /dev/mapper/vg2-lv_backup
resize2fs 1.39 (29-May-2006)
Resizing the filesystem on /dev/mapper/vg2-lv_backup to 262348800 (4k) blocks.
The filesystem on /dev/mapper/vg2-lv_backup is now 262348800 blocks long.

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

[root@server~]# pvs -v | grep vg2
    Scanning for physical volume names
  /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
    Finding all logical volumes
  lv_backup             vg2     2 -wi-a- 1000.78G  -1  -1 253  73                                         IDEeg7-USRJ-OZLd-fC5t-kCxi-leHq-zfwoNF

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

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

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

Начальный файловая система было 1 ТБ. Новый диск составляет 800 ГБ. Вы добавили этот диск в VG, затем использовали 800 МБ этого диска для расширения LV, затем увеличили файловую систему на LV, в результате чего у вас осталось 1.0008TB на 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 что?