## MANEJANDO Y CONFIGURANDO DISCOS EN PROXMOX
root@pcsai19:~# pvcreate /dev/sdb
Device /dev/sdb excluded by a filter.
se soluciona con:
wipefs -a /dev/sdb
/dev/sdb: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdb: 8 bytes were erased at offset 0xe8e0db5e00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdb: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdb: calling ioctl to re-read partition table: Conseguido
root@pcsai19:~# pvcreate /dev/sdb
Physical volume "/dev/sdb" successfully created.
Comprobamos que el PV (Physical Volume) se ha creado:
pvs
Creamos el Volume Group (VG), llamado 'disk1t':
vgcreate disk1t /dev/sdb
Si el nombre no nos gusta o nos equivocamos, podemos hacer esto:
vgrename disk1t vg-disk1t
Creamos un primer LV (Logical Volume), en ese VG 'vg-disk1t'. En mi ejemplo como
"storage" (almacenamiento) para las VM (Virtual Machines) y Contenedores. En este ejemplo
de 850 Gigas, y se va a llamar ' lv-vm_vg-disk1t':
lvcreate -L 850G -n lv-vm_vg-disk1t vg-disk1t
Vemos que el LV (Logical Volume) se ha creado:
lvs vg-disk1t
Aprovechamos ya, que tenemos espacio libre, para convertirlo a LVM-Thin (este sistema nos
permite, no ocupar todo el tamaño de un disco virtual al crearlo, como hace VirtualBox y
compañía por defecto al crear un disco). Este sistema nos permite disponer de Snapshots, con
LVM no podemos. Al hacer esa conversión, necesita ocupar un espacio libre de partición para
almacenar el Metadata de este Volumen Lógico:
lvconvert --type thin-pool vg-disk1t/lv-vm_vg-disk1t
Thin pool volume with chunk size 512,00 KiB can address at most 126,50 TiB of data.
WARNING: Pool zeroing and 512,00 KiB large chunk size slows down thin provisioning.
WARNING: Consider disabling zeroing (-Zn) or using smaller chunk size (<512,00 KiB).
WARNING: Converting vg-disk1t/lv-vm_vg-disk1t to thin pool's data volume with
metadata wiping.
THIS WILL DESTROY CONTENT OF LOGICAL VOLUME (filesystem etc.)
Do you really want to convert vg-disk1t/lv-vm_vg-disk1t? [y/n]: y
Converted vg-disk1t/lv-vm_vg-disk1t to thin pool.
Creamos, en nuestro ejemplo, el último LV para almacenar datos (ISOs, templates, backups):
lvcreate -l 100%FREE -n lv-data_vg-disk1t vg-disk1t
Al consultar el tamaño que nos ha quedado:
lvs vg-disk1t
Nos planteamos vamos a ver como redimensionar el primero creado.
Para ello eliminamos antes el recien creado:
lvremove /dev/vg-disk1t/lv-data_vg-disk1t
En este ejercicio de ejemplo, he optado a eliminar también el primer volumen creado, y
crearlo todo de nuevo. Ya que el comando:
lvreduce --size -50G /dev/vg-disk1t/lv-vm_vg-disk1t
o este otro:
lvreduce --resizefs -L -50G /dev/vg-disk1t/lv-vm_vg-disk1t
me arrojaba constantemente este error o aviso de no poder hacerlo:
Thin pool volumes vg-disk1t/lv-vm_vg-disk1t_tdata cannot be reduced in size yet.
Creamos nuestro sistema de ficheros EXT4, para el volumen de Data:
mkfs.ext4 /dev/vg-disk1t/lv-data_vg-disk1t
Creamos un directorio donde lo montaremos. Sin tener mucha idea, he decidido crearlo en la
siguiente ruta:
/mnt/data_vg-disk1t
manteniendo el identificador asignado
Añadimos ese Volumen de Data, para el montaje automático en el arranque. Para ello
editamos /etc/fstab
y añadimos al final del fichero, esta última linea:
/dev/vg-disk1t/lv-data_vg-disk1t /mnt/data_vg-disk1t ext4 defaults 0 1
Para ver si lo hemos hecho bien en /etc/fstab y de paso montar ya nuestra ruta, para añadirla
a continuación como almance disponible, mediante el GUI de Proxmox:
mount -av
Comprobamos el espacio ocupado y libre:
df -kh /mnt/data_vg-disk1t
