Todos hemos pasado por ahí. Estás trabajando en tu servidor o en tu equipo con Linux y, de repente, un programa se vuelve loco. Un script entra en un bucle infinito o un servicio web empieza a devorar el 100% de la memoria RAM, dejando el sistema totalmente congelado. En Windows entrarías en pánico y pulsarías Ctrl + Alt + Supr , pero ¿qué hacemos cuando solo tenemos una terminal de texto negro? En Guía SysAdmin vamos a enseñarte el protocolo de emergencia de todo administrador: cómo cazar el proceso que está ahogando tu máquina y cómo destruirlo sin piedad usando htop y el letal comando kill . 1. El radar: Instalar y ejecutar 'htop' Linux viene de serie con un comando llamado top para ver los recursos, pero es visualmente terrible. Los profesionales usamos htop , que es una versión mejorada, interactiva y con colores. Para instalarlo (en Debian/Ubuntu) y ejecutarlo, abre tu terminal y lanza: sudo apt install htop htop De repente, tu terminal se convertirá en un pan...
Has aumentado el disco de tu servidor virtual (ya sea en VMware, AWS, Proxmox o VirtualBox), entras a la terminal, haces un df -h y... tu Linux sigue viendo el tamaño antiguo. En un entorno casero reiniciarías el equipo, pero en un servidor de producción con bases de datos en activo, reiniciar no es una opción.
Gracias a la arquitectura LVM (Logical Volume Manager) de Linux, podemos detectar el nuevo espacio, asignarlo y expandir el sistema de archivos "en caliente". En esta guía de Guía SysAdmin lo haremos en 4 pasos exactos.
Paso 1: Escanear el bus SCSI (Que Linux vea el nuevo espacio)
Como no hemos reiniciado, el hardware de Linux no sabe que le han puesto más disco. Tenemos que obligarle a escanear los puertos SCSI. Para ello, necesitamos saber el nombre del bus de nuestro disco (normalmente sda).
Ejecuta este comando para forzar el escaneo del disco sda:
echo 1 | sudo tee /sys/class/block/sda/device/rescan(Si tu disco se llama sdb, sdc, etc., simplemente cambia la ruta).
Ahora, si ejecutas lsblk, deberías ver que el disco principal ya muestra el tamaño total actualizado, aunque las particiones internas aún no.
Paso 2: Expandir la partición física con Growpart
Ahora tenemos que estirar la partición que contiene nuestro LVM (suele ser la partición 3 o 2, por ejemplo sda3). Usaremos la herramienta growpart (si no la tienes, instálala con apt install cloud-guest-utils).
sudo growpart /dev/sda 3(Atención al espacio entre sda y el 3. Le estamos diciendo: expande la partición 3 del disco sda al máximo disponible).
Paso 3: Redimensionar el Volumen Físico (PV) y el Volumen Lógico (LV)
La partición ya es más grande, pero LVM aún no lo sabe. Vamos a actualizar el Volumen Físico (Physical Volume):
sudo pvresize /dev/sda3Ahora le pasamos ese 100% del nuevo espacio libre a nuestro Volumen Lógico. Primero buscamos su ruta exacta ejecutando sudo lvdisplay (suele ser algo como /dev/ubuntu-vg/ubuntu-lv). Una vez lo sepas, expándelo:
sudo lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lvPaso 4: Expandir el Sistema de Archivos (El toque final)
Ya tenemos el "contenedor" ampliado, ahora hay que decirle al sistema de archivos (Filesystem) que ocupe todo el espacio nuevo. El comando depende de si usas ext4 o xfs.
Si usas ext4 (por defecto en Ubuntu/Debian):
sudo resize2fs /dev/ubuntu-vg/ubuntu-lvSi usas xfs (por defecto en CentOS/RedHat):
sudo xfs_growfs /¡Operación finalizada! Ejecuta df -h y verás que tu espacio disponible ha aumentado mágicamente sin haber detenido ni un solo servicio en tu servidor. Esta es la verdadera potencia de la administración de sistemas en Linux.
Comentarios
Publicar un comentario
¿Dudas con la terminal? ¿Algún error en los logs al ejecutar el tutorial? ¡Deja tu comentario y lo revisamos juntos!