temos alguns servidores red-hat com os seguintes detalhes (quando o tamanho do disco do sistema operacional é 230G)
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 230G 0 disk
├─sda1 8:1 0 1G 0 part /boot/efi
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 228G 0 part
├─VG100-lv_root 253:0 0 20G 0 lvm /
├─VG100-lv_swap 253:1 0 16G 0 lvm [SWAP]
└─VG100-lv_var 253:2 0 30G 0 lvm /var
fdisk -l
Disk /dev/sda: 193.3 GB, 193273528320 bytes, 377487360 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 1 209715199 104857599+ ee GPT
o objetivo é aumentar o /var e o sistema de arquivos raiz com base no tamanho do disco é 230G quando o /var atual é 30G e o sistema de arquivos raiz é 20G
então, começamos com o seguinte procedimento que deve nos fornecer PFREE suficiente ou espaço “Físico Livre” suficiente.
parted /dev/sda resizepart 3 100%
Error: The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)?
parted: invalid token: 3
Fix/Ignore/Cancel?
sgdisk -e /dev/sda
nota - sgdisk: A maneira mais simples de corrigir a tabela GPT de backup é usando o comando sgdisk com a opção -e, que move as estruturas de dados GPT de backup para o final do disco
parted /dev/sda resizepart 3 100%
Information: You may need to update /etc/fstab.
partprobe /dev/sda
pvresize /dev/sda
Failed to find physical volume "/dev/sda".
0 physical volume(s) resized or updated / 0 physical volume(s) not resized
mas de pvs Pfree
ainda é 0
# pvs
PV VG Fmt Attr PSize PFree
/dev/sda3 VG100 lvm2 a-- 66.00g 0
alguma idéia sobre outra abordagem capaz de aumentar as partições do sistema de arquivos /var e raiz?
mais informações
# vgs
VG #PV #LV #SN Attr VSize VFree
VG100 1 3 0 wz--n- <228.00g <162.00g
nós também tentamos isso (por exemplo)
lvextend -l +100%FREE -r /dev/mapper/VG100-lv_root
Size of logical volume VG100/lv_root unchanged from 20.00 GiB (5120 extents).
Logical volume VG100/lv_root successfully resized.
xfs_growfs /dev/mapper/VG100-lv_root
mas o tamanho do sistema de arquivos raiz é o mesmo
df -h | grep VG100-lv_root
/dev/mapper/VG100-lv_root 20G 3.8G 17G 19% /
pvs
PV VG Fmt Attr PSize PFree
/dev/sda3 VG100 lvm2 a-- 66.00g 0
Com os comandos acima você tenta estender as partições. E suas partições já alocam discos inteiros. Parece que você deseja estender o volume lógico montado como
root
(/
). Para fazer isso você precisa executar o comando:Isso aumentará
VG100-lv_root
o volume para usar todo o espaço livre do VG. Também-r
estenderá o sistema de arquivos.Mas a minha forte recomendação é ser mais moderado e adicionar, por exemplo, 20-30GB ao volume e manter o resto do espaço não utilizado. E somente em caso de necessidade ampliar os volumes. Como este comando (acima) pode ser executado em um sistema de arquivos montado e funcionará instantaneamente, você não precisa se preocupar com o tempo de inatividade. Por outro lado, se você quiser diminuir,
/
você precisa inicializar a partir do CD ao vivo, reduzir o sistema de arquivos e depois diminuir o volume (para ter tempo de inatividade). E alguns sistemas de arquivos não podem ser reduzidos (como o XFS, por exemplo).Como seu disco está particionado e o LVM PV é
sda3
, você deve usar esse dispositivo em seupvresize
comando em vez de apenassda
:Você
pvresize /dev/sda
disse que não conseguiu nada:Isso ocorre porque o dispositivo de disco inteiro
sda
não é um PV LVM e não pode ser feito como tal, pois o disco precisa ser um disco de sistema inicializável por UEFI.Após um sucesso
pvresize
, opvs
comando deve mostrar um valor PFree diferente de zero e, então, oslvextend
comandos podem ser bem-sucedidos.