
Configurei um servidor com LVM e recentemente estendi um dos meus volumes lógicos de 25 TB para 35.
root@server:/home/user# df -h /dev/mapper/vg--data-lv--data
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg--data-lv--data 25T 9.3T 15T 40% /DATA
root@server:/home/user# lvs /dev/mapper/vg--data-lv--data
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
lv-data vg-data -wi-ao---- 34.90t
Para aplicar a alteração ao sistema de arquivos, executei o e2fsck e depois o resize2fs, mas o resize2fs continua me pedindo para executar o e2fsck primeiro:
root@server:/home/user# resize2fs /dev/vg-data/lv-data
resize2fs 1.43.5 (04-Aug-2017)
Please run 'e2fsck -f /dev/vg-data/lv-data' first.
root@server:/home/user# e2fsck -f /dev/vg-data/lv-data
e2fsck 1.43.5 (04-Aug-2017)
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
/dev/vg-data/lv-data: 672943/836247552 files (3.1% non-contiguous), 2546845858/6689948672 blocks
root@server:/home/user# resize2fs /dev/vg-data/lv-data
resize2fs 1.43.5 (04-Aug-2017)
Please run 'e2fsck -f /dev/vg-data/lv-data' first
Tenho procurado por toda a web, mas ainda não consigo entender qual é o problema. eu encontreialguém tendo um problema semelhante, e foi porque e2fsck e resize2fs estavam rodando em versões diferentes. Este não é o meu caso, como você pode ver acima (e2fsprogs é a versão 1.43.5).
Eu também encontreieste relatório de bug muito antigo do Ubuntureferindo-se a uma questão de tempo. Eu verifiquei e realmente tive um problema de rede que resultou em uma hora errada no meu sistema. Eu consertei e até verifiquei se o hwclock estava sincronizado com a data do sistema. Mas ainda não funciona e ainda não consigo redimensionar meu sistema de arquivos.
Eu absolutamente não entendi isso, já que não há sequer uma única mensagem de erro/aviso (e já que funcionou um dia antes ao fazer exatamente a mesma operação em uma partição lvm menor).
Talvez alguém tenha uma ideia ??
EDITAR:
Problema resolvido graças aWurtel! Solução fácil: não desmonte a partição e faça um redimensionamento online... A solução é tão fácil e parece tão óbvia... Me sinto muito estúpido... Muito obrigado
root@server:/home/user# mount -a
root@server:/home/user# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg--data-lv--data 25T 9.3T 15T 40% /DATA
root@server:/home/user# resize2fs /dev/vg-data/lv-data
resize2fs 1.43.5 (04-Aug-2017)
Filesystem at /dev/vg-data/lv-data is mounted on /DATA; on-line resizing required
old_desc_blocks = 3191, new_desc_blocks = 4467
The filesystem on /dev/vg-data/lv-data is now 9367890944 (4k) blocks long.
root@server:/home/user# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg--data-lv--data 35T 9.3T 24T 29% /DATA
Responder1
Correção quebrada em 1.44.4 (para ext4)
root@server:~# resize2fs -p '/dev/sdc5' 414144512K
resize2fs 1.44.4 (18-Aug-2018)
Filesystem at /dev/sdc5 is mounted on /mnt; on-line resizing required
resize2fs: On-line shrinking not supported
use primeiro:
root@server:~# fsck /dev/sdc5