Linux

Problema En entornos con varios servidores Proxmox es frecuente disponer de enlaces de distinta velocidad (1 GbE y 10 GbE) y de diferentes topologías (VLAN de gestión, enlaces agregados, enlaces dedicados a almacenamiento). El objetivo es: Mantener conectividad de gestión independiente del tráfico de datos. Usar enlaces LACP para agregación de ancho de banda y redundancia. Permitir que los nodos sin 10 GbE sigan operando sin forzar todo el tráfico por los puertos de 10 GbE. Implementar failover automático cuando un enlace o un nodo falla, sin perder conectividad de clúster ni de máquinas virtuales. Aprovechar la capa de SDN de Proxmox para segmentar subredes sin crear una red física compleja. Cuando se combina Open vSwitch (OVS) con la pila SDN de Proxmox, aparecen limitaciones: OVS no admite “bond stacking” (un bond dentro de otro bond) y algunos drivers (p. ej. i40e) no soportan RSTP. La solución debe funcionar con cualquier NIC que tenga soporte de Linux y permitir que los enlaces de 1 GbE y 10 GbE se utilicen de forma independiente según la carga. ...

Problema Muchas organizaciones que han crecido sobre VMware con vSAN llegan a un punto donde la flexibilidad o el coste del stack propietario se vuelve limitante. La decisión de pasar a Proxmox implica replantearse el modelo de almacenamiento: el cluster original usaba vSAN como capa distribuida y Veeam para backups a nivel de storage. En la nueva infraestructura solo se dispone de un LUN iSCSI adicional y no se cuenta con un sistema de archivos distribuido como Ceph. El reto es elegir una solución de almacenamiento que: ...

Problema En entornos de self‑hosting es frecuente combinar varios repositorios de respaldo (NAS, servidores remotos, contenedores LXC) y usar la opción mirror de Zerobyte para mantener copias idénticas. Cuando se configura un backup scheduler que escribe en un repositorio SFTP y, a la vez, se intenta replicar ese mismo backup a otro repositorio SFTP con credenciales distintas, Zerobyte muestra el mensaje: Both use SFTP backends with different credentials. Consider creating a new backup scheduler with the desired destination instead. El síntoma impide que la cadena de espejo (mirror) funcione y obliga a recurrir a soluciones ad‑hoc como bind mounts o copias manuales. El problema no es exclusivo de una instalación concreta; ocurre siempre que Zerobyte intenta enlazar dos destinos SFTP bajo el mismo scheduler. ...

Problema En entornos homelab o pequeñas oficinas es frecuente combinar la capacidad de virtualización de Proxmox con la necesidad de ofrecer servicios de almacenamiento (NAS) a varios clientes. El patrón típico es: Un servidor con una HBA (Host Bus Adapter) que expone discos SAS/NVMe directamente al hardware. Proxmox como hipervisor, con varias VMs que deben acceder a esos discos sin pasar por el sistema de archivos del host. Un requerimiento de autenticación centralizada, ya sea LDAP (Active Directory) o un proveedor OIDC, para que los usuarios accedan al NAS mediante SMB/NFS. Los síntomas habituales son: ...

Problema En entornos de Proxmox VE es frecuente clonar el nodo o migrar los volúmenes a un nuevo disco para renovar hardware o redistribuir capacidad. Después de la operación, varios usuarios descubren que sus LXC containers no arrancan. Los logs suelen mostrar errores al montar los volúmenes de Local‑LVM, como “mount: unknown filesystem type 'ext4'” o “Failed to activate logical volume”. El síntoma típico es: pct start 101 lxc-start: failed to mount /dev/pve/vm-101-disk-0 Este patrón no está limitado a una versión concreta de Proxmox; ocurre siempre que la capa de almacenamiento (LVM) pierde la correspondencia entre los UUID de los volúmenes y la configuración guardada en /etc/pve/lxc/. El contenedor queda “atascado” porque el hipervisor no encuentra el dispositivo esperado. ...

Problema En infraestructuras basadas en Proxmox es frecuente necesitar un punto de restauración rápido antes de operaciones programadas (actualizaciones de contenedores, despliegues de software o cambios de configuración). Los backups tradicionales son seguros pero tardan varios minutos y, al restaurarlos, los discos externos o dispositivos USB pueden quedar desvinculados, obligando a una re‑asociación manual. Un snapshot de la VM captura el estado completo del disco y la configuración en segundos, facilitando una reversión inmediata. El reto consiste en crear snapshots de forma programada, sin interferir con los backups existentes y garantizando que la retención sea manejable. ...

Problema En entornos mixtos donde controladores de dominio (DC) ejecutan Windows Server 2025 y los clientes son distribuciones Linux (SLES, openSUSE, RHEL, etc.), es frecuente que la autenticación Kerberos falle de forma intermitente. Los logs de sssd o krb5kdc suelen mostrar errores de pre‑autenticación, mientras que tcpdump revela paquetes Kerberos que nunca llegan a completarse. El patrón típico es: kinit devuelve KDC_ERR_PREAUTH_FAILED o KRB_AP_ERR_MODIFIED. sssd registra “PKINIT failed” o “KDC response missing”. La falla ocurre únicamente cuando el DC es Windows Server 2025; versiones anteriores (2019/2022) funcionan sin problemas. Este comportamiento se ha asociado a la nueva extensión PKINIT Freshness que Microsoft introdujo en la pila Kerberos de Server 2025. La extensión verifica la frescura del ticket PKINIT contra una marca de tiempo que, en algunas configuraciones Linux, no se genera o no se interpreta correctamente, provocando el rechazo del ticket. ...

Problema En entornos de virtualización con Proxmox Backup Server (PBS) es habitual separar el disco que aloja el sistema operativo del nodo PBS del disco que contiene los backups cifrados. Cuando el disco del OS falla, el nodo deja de arrancar, pero los datos de backup siguen intactos en el segundo disco. El reto consiste en montar ese disco en una nueva instancia de PBS sin perder la información existente ni romper la cadena de cifrado. ...

Problema En entornos de virtualización con Proxmox, es frecuente programar backups nocturnos para minimizar el impacto en usuarios activos. Sin embargo, cuando el proceso de backup involucra máquinas virtuales (VM) de gran tamaño y el almacenamiento está basado en ZFS, algunos administradores observan que el host no vuelve a arrancar después de la ventana de backup. El sistema parece quedarse “colgado” en el arranque, o se apaga sin completar el shutdown. El síntoma típico es la ausencia de mensajes de login en la consola y la falta de servicios críticos al inspeccionar journalctl tras un reinicio forzado. ...

Problema En entornos de virtualización con Proxmox es frecuente mezclar pools ZFS de diferentes tecnologías (SSD para arranque y VM, HDD para backup). Cuando una de esas pools recibe una carga de escritura intensa, el host y todas las VMs pueden quedar sin respuesta. El síntoma típico es un “I/O Pressure stall” que se aproxima al 100 % y que persiste hasta que la operación de disco finaliza o se aborta. El efecto colateral es la pérdida de conectividad (por ejemplo, un pfSense que deja de enrutar) y la aparente congelación del hipervisor. ...