Eu costumava lvresize
adicionar 15 Gb a um Volume Lógico cujo tamanho era 10 Gb, de acordo com df
(e nossos registros). No entanto, lvresize
descobriu que o LV tinha 20 Gb de tamanho e, portanto, o LV redimensionado era de 35 Gb.
Por que é que?
[root@host]# df -h /mydir
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/myvg-mylv 10G 7.0G 3.1G 70% /mydir
[root@host]# lvresize -r -L+15G /dev/mapper/myvg-mylv
Size of logical volume myvg/mylv changed from 20.00 GiB (5120 extents)
to 35.00 GiB (8960 extents).
Logical volume myvg/mylv successfully resized.
meta-data=/dev/mapper/myvg-mylv isize=256 agcount=20, agsize=131072 blks
= sectsz=512 attr=2, projid32bit=1
= crc=0 finobt=0 spinodes=0
data = bsize=4096 blocks=2621440, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=0
log =internal bsize=4096 blocks=2560, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
data blocks changed from 2621440 to 9175040
[root@host]# df -h /mydir
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/myvg-mylv 35G 7.0G 29G 20% /mydir
mostra o tamanho do sistema de arquivos, não o tamanho do LV. O LV poderia facilmente ter 20G de tamanho (conforme relatado por
lvresize
); isso aconteceria, por exemplo, se alguém redimensionasse o LV, mas não redimensionasse o sistema de arquivos. Seulvresize
comando cuidou disso graças à-r
opção./etc/lvm/archive
deve conter backups de metadados VG, que devem permitir que você encontre o tamanho real do LV antes do últimolvresize
(e os comandos que foram usados no LV).