Eu configurei um servidor com o 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 mudança no sistema de arquivos, eu corri o e2fsck e, em seguida, 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
Eu tenho procurado em toda a web, mas ainda não consigo entender qual é o problema. Eu encontrei alguém com um problema semelhante , e foi porque e2fsck e resize2fs estavam em execução versões diferentes. Este não é o meu caso, como você pode ver acima (e2fsprogs é a versão 1.43.5).
Eu também achei este relatório de bug do Ubuntu muito antigo referente a um problema de tempo. Eu verifiquei, e eu realmente tive um problema de rede que resultou em um momento errado no meu sistema. Consertei e até chequei que 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 entendo isso, já que não há nem mesmo uma única mensagem de erro / aviso (e uma vez 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 a wurtel ! 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 ... Eu me sinto muito idiota ... 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
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