Conseguiu estender o volgroup criando um novo disco na VM e manipulando tudo normalmente com fdisk, pvcreate, etc.
Este sistema em particular está agindo de forma peculiar e eu não vi isso antes. O sistema está executando o CentOS e é uma VM no VMWare. Eu aumentei o espaço na unidade de 100 GB para 130 GB. Quando entrei no sistema, posso ver o novo espaço ao executar fdisk
, mas não vejo nenhuma partição em / dev / sdb.
Disk /dev/sdb: 139.6 GB, 139586437120 bytes
255 heads, 63 sectors/track, 16970 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/sys-swap: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/sys-root: 106.3 GB, 106266886144 bytes
255 heads, 63 sectors/track, 12919 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
A execução de fdisk
nesse disco retorna:
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0x8926c36c.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
switch off the mode (command 'c') and change display units to
sectors (command 'u').
Command (m for help): p
Disk /dev/sdb: 139.6 GB, 139586437120 bytes
255 heads, 63 sectors/track, 16970 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x8926c36c
Device Boot Start End Blocks Id System
Não há partições listadas. Mesmo se o seu VG, eu ainda normalmente vejo 8e
como o tipo e algumas informações sobre ele. Quando eu corro vgdisplay
, também parece um pouco estranho. Parece não me dar o caminho completo e apenas lista o VG como "sys".
VG Name sys
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 12
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 99.97 GiB
PE Size 32.00 MiB
Total PE 3199
Alloc PE / Size 3199 / 99.97 GiB
Free PE / Size 0 / 0
VG UUID E3jBIZ-BbxE-CnJg-IwBi-mXaP-xrN2-JbjXmY
Estou apenas perdendo ou esquecendo algo e isso é totalmente normal e eu deveria passar por fdisk
e criar e nova partição, executar pvcreate
e estendê-lo com vgextend
, etc?
Agradecemos antecipadamente pelo seu tempo! Eu não tenho certeza se estou faltando alguma coisa ... só parece estranho. Além disso, aqui está mount
para ver os tipos de unidade:
/dev/mapper/sys-root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs
(rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/sda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
Conseguiu estender o volgroup criando um novo disco na VM e manipulando tudo normalmente com fdisk, pvcreate, etc.
É possível ter um disco inteiro usado como um PV do LVM, simplesmente direcionando o dispositivo de disco inteiro com pvcreate
em vez de usar uma partição. Por exemplo, usando pvcreate /dev/sdb
em vez de pvcreate /dev/sdb1
.
A ressalva é que tal disco é reconhecido apenas pelo Linux, não pelo firmware do sistema (seja BIOS ou UEFI), portanto, provavelmente não será utilizável como um disco de sistema inicializável. (Os detalhes dependerão do firmware e do bootloader exatos usados.)
Além disso, outros sistemas operacionais verão o disco como "não formatado" e ficarão completamente inconscientes de que o disco realmente contém dados. Se o disco for acidentalmente apresentado a outro sistema operacional, isso pode levar à perda de dados.
Um grupo de volumes sempre tem um nome simples: apenas PVs e LVs têm nomes de caminhos. Basicamente, qualquer dispositivo de bloco que possa ser preparado com pvcreate
pode ser um LVM PV. Um LV tem um nome que pode ser expresso como /dev/<VG name>/<LV name>
ou /dev/mapper/<VG name>-<LV name>
. Ambas as formas de nome LV geralmente podem ser usadas, mas algumas distribuições preferem uma ou outra forma, particularmente para discos envolvidos nas fases iniciais do procedimento de inicialização.
Em ambientes virtualizados, pular o particionamento em discos de dados torna mais simples estender discos virtuais: você pode dizer à plataforma de virtualização (por exemplo, VMware) para estender o disco virtual e usar pvresize /dev/sdb
(ou qualquer outro) para estender o PV Em seguida, a nova capacidade não alocada estará disponível no grupo de volumes e poderá ser usada com os comandos lvextend
ou lvcreate
, conforme necessário. Isso remove uma etapa do procedimento de extensão de armazenamento, omitindo a necessidade de lidar com a extensão de uma partição ou a criação de uma nova.
Os administradores de plataformas de virtualização podem apreciar manter o número de discos virtuais em uma determinada VM relativamente pequeno e ter cada disco virtual como uma entidade única e significativa, por exemplo, "disco do sistema", "todos os dados do aplicativo 1", "todos os dados do aplicativo 2", etc. Nesse sentido, pode ser considerado melhor estender um disco virtual existente quando for necessária mais capacidade do que adicionar um novo disco virtual .