LVM: resize2fs não redimensionando

Question

Estou tendo um problema estranho com o resize2fs. Eu executei todos os comandos e todos foram bem-sucedidos, no entanto, meu sistema de arquivos é do mesmo tamanho que era antes:

[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.

O problema é que o sistema de arquivos inicial era de 1TB (quase) e o novo é de 800GB, então o novo volume lógico agora deve estar em torno de 1.8TB. A partir daqui, você pode ver que ambas as unidades fazem parte dos mesmos grupos de volume:

[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

No entanto, isso não é refletido:

[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

Alguma sugestão?

    

Answer 1

O comando lvextend que você executou estenderia apenas o sistema de arquivos por 800MB (assumindo o tamanho da extensão padrão), um erro de arredondamento quando você está olhando para sistemas de arquivos TB. O -l flag significa "extensões" que, por padrão, têm 4MB de tamanho. Se você deseja aumentar o sistema de arquivos em, digamos, 200 GB, o comando seria: lvextend -L +200G vg2/lv_backup . (Observe a diferença entre -l e -L .)

The problem is that the initial filesystem was 1TB (almost) and the new one is 800GB, so the new logical volume should now be around 1.8TB. From here, you can see that both the drives are part of the same volume groups:

O sistema de arquivos inicial era de 1 TB. O novo disco é de 800 GB. Você adicionou esse disco ao VG, depois usou 800 MB desse disco para estender o LV, depois aumentou o sistema de arquivos no LV, deixando-o com 1.0008 TB no LV. Então você cresceu o sistema de arquivos para preencher o LV.

Se você quer acabar com um sistema de arquivos de 1,8 TB, faça isso:

lvextend -L +800G vg2/lv_backup

ou:

lvextend -l 100%FREE vg2/lv_backup

Seguido pelo comando resize2fs.

    

Answer 2

lvextend -l +200 /dev/vg2/lv_backup

+200 o quê?