El SysAdmin del 3er Mundo

todo lo que expliqué mientras nadie prestaba atención

redimensionar lvm

| Comments

Este post es a método de memorando, ya que SIEMPRE se me olvida como hacerlo.

En materia de virtualización, el sistema de plantillas nunca me ha gustado, porque NO SÉ quién instala esos sistemas operativos ni como.

Yo prefiero por ejemplo, instalar un debian, acomodarle todo a mi manera y usar esa instalación para generar nuevas máquinas, con todo ya listo. Por ejemplo, un prototipo de firewall, las configuraciones de interfaz puesta con dhcp, pero una configuración estática bien comentada, etc..

Mantengo esa máquina detenida y la arranco de vez en cuando para actualizar. Cuando voy a hacer una nueva, simplemente clono esa máquina.

Prefiero llamarlo matriz que plantilla. El resto del tiempo, dicha máquina permanece detenida (apagada) evitando así desgaste, envejecimiento, generación de logs, etc…

Eso en la práctica, es lo mismo que una plantilla (para los criticones y amantes de la moda).

Un inconveniente que afronté al principio con esto, fue “el tamaño asignado al disco duro”. Por ejemplo, el servidor de correo que me lleva 500 gigas, mientras que en el sistema de monitoreo (nagios) solo se lleva 5 gigas.

La matriz tiene un disco de 5 gigas donde se instaló todo. Sobra espacio, ya que borrando /usr/share/doc/ y la cache de apt, se quedo en menos de un giga. El problema (con Xen) viene a la hora de agrandar el disco.

No se como proxmox maneja esa situación y sinceramente, no me interesa, ya que:

LVM resuelve el problema!

Si no tienes la costumbre de instalar sobre LVM, deberías hacértela… Es muy versátil.

BTRfs es otra buena opción, pero su rendimiento decae mucho con el tiempo (mi experiencia).

Añadir un disco al volumen lógico y aumentar su tamaño resuelve el problema.

Claro, el sistema de archivos que instalaste, debe soportar tal operación, pero por suerte, ext4 lo hace perfectamente y sin tener que desmontar el sistema de archivos.

El problema es que NUNCA ME ACUERDO de los comandos para redimensionar el volumen lógico.

“la nota”
1
2
3
4
pvcreate /dev/xvdb
vgextend lvm /dev/xvdb
lvm lvextend -l +100%FREE /dev/lvm/lv1
resize2fs -p /dev/lvm/lv1

Note que mi grupo de volúmenes se llama lvm y que el volumen lógico se llama lv1 (no soy muy creativo con nombres para lvm). O sea, el disco quedaría así:

/dev/mapper/lvm-lv1

Nota para los retardados: El dispositivo /dev/xvdb es OTRO disco que se le añadió a la máquina para aumentar su espacio. Tenía /dev/xvda con 5 gigas y se le añádió otro disco, el llamado /dev/xvdb, con más espacio. Oséase colocaste otro disco en la máquina virtual o simplemente conectaste otro disco duro en el canal sata de una máquina física

Entonces, linea por linea, en cámara lenta:

1- Convierte el disco /dev/xvdb en un volumen físico (mete el disco pal saco de LVM) En mi caso, el grupo de volúmenes se llama lvm, así que:

2- Extenderemos el grupo llamado lvm añadiendo el volumen físico /dev/xvdb al volumen lógico lv1.

3- La parte que siempre se me olvida (el parámetro está raro con cojone) Redimensionar el volumen lógico lv1 a su máxima capacidad.

4- Por último, redimensionar el ext4 en /dev/lvm/lv1 a su máxima capacidad.

Y listo! Ya tienes tu disco del tamaño que te de la gana ;-)

Puedes correr lvmdiskscan -l para cerciorarte de que todo esté como esperas, no sea que hallas metido la delicada.

Si este artículo te resultó interesante, considere donar 0.003 BTC: 1LgL9cfT2StNk9gdedMJZseMnKJCEgQJdQ

Comments