Storage

Problema En entornos de virtualización con Proxmox, es frecuente usar ZFS en modo mirror para el disco del sistema. Cada disco contiene tres particiones típicas: BIOS BOOT, EFI System Partition (ESP) y la partición ZFS. Cuando una de las unidades falla y se sustituye, el proceso de clonar particiones y resilver el pool puede dejar el sistema sin un gestor de arranque funcional. El síntoma clásico es el mensaje de la BIOS “Error 1962: No operating system found” o la ausencia del nuevo disco en la lista de dispositivos de arranque, aunque el pool ZFS sigue saludable. ...

Problema En muchos homelabs el crecimiento de datos supera rápidamente la capacidad de un único tipo de medio. Se combina NVMe para rendimiento, SSD para disponibilidad y HDD para archivo, pero la copia de seguridad suele quedar confinada al mismo rack. Esa proximidad aumenta el riesgo: una falla eléctrica, incendio o error humano puede destruir simultáneamente el origen y todas sus réplicas. El reto es diseñar una estrategia de backup que: ...

Problema En entornos con Proxmox VE (PVE) conectado a un clúster Ceph externo, es frecuente que operaciones que requieren acceso a RBD –por ejemplo, eliminar o migrar máquinas virtuales– fallen con mensajes como rbd: listing images failed: (2) No such file or directory o Permission denied. El origen suele ser que el cliente rbd no encuentra un keyring válido para autenticarse contra Ceph. Cuando la búsqueda automática de keyring cambia o los archivos esperados desaparecen, PVE deja de poder ejecutar comandos rbd, lo que se traduce en errores en la interfaz web y en scripts de automatización. ...

Problema En entornos homelab es frecuente combinar Proxmox como hipervisor, máquinas virtuales (VM) para aislar servicios y Docker para empaquetar aplicaciones como Jellyfin. Cuando se dispone de un disco HDD de varios terabytes con datos ya existentes, surge la necesidad de que esos datos estén disponibles dentro de un contenedor Docker que se ejecuta en una VM. La cuestión central es decidir la mejor forma de exponer el disco sin reformatearlo ni perder información, y garantizar que la solución sea estable tras reinicios tanto del host como de la VM. ...

Problema En entornos donde se necesita transferir archivos de forma frecuente entre sistemas on‑premise y Azure, el protocolo SFTP sigue siendo la opción preferida por su simplicidad y compatibilidad. Tradicionalmente, los administradores crean usuarios locales en el servicio SFTP de Azure Blob Storage y gestionan contraseñas o claves SSH de forma independiente. Este modelo genera varios inconvenientes: Gestión de credenciales dispersas – Cada usuario requiere una cuenta y una clave, lo que aumenta la carga operativa y el riesgo de contraseñas débiles o caducadas. Falta de control centralizado – No se pueden aplicar políticas de acceso condicional, MFA o auditoría de Azure AD. Escalabilidad limitada – Cuando el número de usuarios crece, la administración manual se vuelve impráctica. El problema general es: cómo ofrecer acceso SFTP a contenedores de Blob sin depender de cuentas locales, aprovechando la identidad de Azure AD (Entra ID) para un control de acceso coherente y seguro. ...

Problema Muchas organizaciones intentan sustituir hipervisores tradicionales por Proxmox VE para aprovechar hardware reutilizado y reducir costes. El salto a producción suele tropezar con tres grupos de síntomas recurrentes: Almacenamiento mixto – se combina Ceph, ZFS y arrays externos (iSCSI/NFS/FC) sin una estrategia clara, lo que genera cuellos de botella y pérdida de rendimiento. Corosync inestable – enlaces dedicados con latencia variable, configuraciones de dos nodos sin quorum y dispositivos Q que provocan split‑brain. Migración de VMs – importaciones desde ESXi, controladores VirtIO para Windows y snapshots QCOW2 que no se comportan como se espera. En entornos donde la disponibilidad es crítica, cualquiera de estos puntos puede desencadenar caídas inesperadas, pérdida de datos o migraciones fallidas que obligan a volver al hipervisor anterior. ...

Problema En entornos de virtualización con Proxmox, el número de operaciones FSYNC por segundo suele ser un buen indicador de cuán rápido el hipervisor puede confirmar escrituras en disco. Cuando el valor es bajo, las VM y los contenedores experimentan latencias altas en I/O, especialmente en cargas de trabajo que dependen de bases de datos, logs o snapshots. El patrón típico es un pool ZFS configurado sobre discos mecánicos (SAS o SATA) que, pese a ofrecer redundancia, entrega menos de 100 FSYNC/s, mientras que una solución basada en SSD puede alcanzar varios miles. El problema se vuelve crítico cuando se intenta combinar almacenamiento de máquinas virtuales y datos de respaldo en el mismo conjunto de discos, o cuando se ignoran parámetros de sincronización que ZFS aplica por defecto. ...

Problema En entornos de virtualización o servidores de alta disponibilidad, es frecuente que el sistema de archivos raíz se vuelva de solo‑lectura y el host se quede colgado sin una causa evidente en los logs locales. Un patrón recurrente es la pérdida del controlador NVMe del bus PCIe, que se manifiesta con mensajes como: nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0x10 nvme nvme0: Disabling device after reset failure: -19 EXT4-fs (dm-1): I/O error while writing superblock EXT4-fs (dm-1): Remounting filesystem read-only El controlador deja de responder, el kernel marca el dispositivo como fallido y el disco desaparece del árbol PCI. La situación ocurre tanto bajo carga intensiva como en reposo prolongado, y el único remedio suele ser un power‑cycle completo. El problema no está limitado a un modelo de SSD concreto, a una ranura M.2 específica ni a una versión de BIOS; es una falla que puede afectar cualquier combinación de hardware y firmware cuando el enlace PCIe se vuelve inestable. ...

Problema En entornos Proxmox es frecuente cambiar el disco de arranque o añadir un pool ZFS para alojar máquinas virtuales y contenedores. Cuando los backups están almacenados en un Proxmox Backup Server (PBS) y la infraestructura original usaba LVM, la restauración directa a un pool ZFS puede colgar indefinidamente. El proceso se queda en recovering backed‑up configuration from pbs:backup… y nunca aparecen mensajes en dmesg ni en los logs de tareas. El mismo backup se restaura sin problemas si el destino sigue siendo LVM. ...

Problema En entornos de archivos compartidos (SMB) es frecuente que procesos automáticos de ingestión y limpieza de datos dejen rastros de carpetas con ACLs corruptas, atributos de solo lectura, o bloqueos de procesos. Cuando un administrador intenta borrar esos recursos, el sistema devuelve Access denied incluso bajo cuentas con privilegios de Administrador local o incluso bajo el contexto SYSTEM. El síntoma típico es: Access is denied. Este bloqueo impide la rotación de datos, llena volúmenes y rompe pipelines de backup. El problema no es exclusivo de un servidor concreto; cualquier Windows Server que sirva como repositorio de ingestión masiva puede encontrarse con archivos que se resisten a ser eliminados por razones de permisos, herencia rota o manejadores abiertos. ...