La actualización a Proxmox VE 9.2 ilusiona a los admins, que ya revisan sus copias

La actualización que todos quieren y en la que nadie confía del todo

Proxmox VE 9.2 se está convirtiendo en una de esas actualizaciones que suenan emocionantes justo hasta que recuerdas qué tipo de máquinas va a tocar. No son portátiles desechables ni equipos de prueba en un armario. Para mucha gente, Proxmox es lo que mantiene en pie toda la casa, el laboratorio o la pequeña empresa: VMs, LXCs, montajes NAS, passthrough de GPU, trabajos de copia de seguridad, redes Intel raras, domótica, servidores multimedia y esa VM de Windows que nadie quiere admitir que es crítica. Así que cuando alguien dice que le hace ilusión tener un ZFS mejor y funciones nuevas, la ilusión viene con una mano suspendida sobre el plan de marcha atrás de emergencia.

El ambiente es mitad mañana de Navidad, mitad desactivar una bomba. Una persona lo resumió a la perfección: "Cierra los ojos, pulsa actualizar y reza". Tiene gracia porque se parece dolorosamente a cómo se viven las actualizaciones de infraestructura, sobre todo cuando el kernel salta a Linux 7.0 y todo el mundo empieza a mirar sus grupos IOMMU como si fueran a reordenarse por puro rencor. Las funciones estrella pueden ser la estabilidad, un mejor comportamiento del almacenamiento y la promesa de un futuro más limpio, pero debajo de todo hay una cuestión de confianza. Los usuarios de Proxmox quieren la novedad reluciente, y también quieren que sus cabinas de discos, sus NIC y sus montajes de passthrough de GPU se despierten exactamente donde los dejaron.

Linux 7.0 da miedo hasta que alguien explica el número

Buena parte de la ansiedad gira en torno a la versión del kernel. Linux 7.0 parece un salto enorme sobre el papel, el tipo de número de versión que sugiere drivers viejos arrastrándose a un rincón para llorar. Muchos usuarios intentan calmar los ánimos. El bando tranquilo no deja de señalar que un cambio de versión mayor en Linux no siempre significa que el suelo se haya movido bajo los pies de todos. Como dijo un comentarista: "7.0 es solo un número". Otro dijo que el salto sirve sobre todo para que los números de versión menor no se vuelvan ridículos y que no anuncia ninguna reescritura dramática de la realidad.

Esa tranquilidad importa porque los primeros informes de muchos usuarios son aburridos en el mejor sentido. Gente que ejecuta VMs, LXCs, invitados Windows, invitados Linux y passthrough de GPU normal dice que el paso al kernel 7.0 ha transcurrido sin incidentes. Una persona lo describió como "nada del otro mundo, en el buen sentido", que es básicamente el mayor elogio que puede recibir una actualización de infraestructura. Otra ya había pasado varios hosts a 9.1.9 con el kernel 7.0.0-3 y no vio ningún problema, ni siquiera con passthrough de GPU. En este mundo, que no haya noticias es el resultado soñado.

Aun así, nadie con un homelab serio oye "a mí me funcionó" y se relaja al instante. Lo peligroso suele esconderse en los casos límite. Un sistema arranca bien y los paneles parecen contentos, y unas horas después un scrub, una recompilación de drivers o un trabajo con mucha E/S encuentra la grieta. Un usuario describió una actualización anterior en la que una gran actividad de disco desencadenó un desastre que acabó en corrupción de ZFS. Las copias de seguridad le salvaron, pero la recuperación llevó semanas. Historias así se quedan grabadas en la memoria de la comunidad y convierten cada "seguramente irá bien" en "seguramente irá bien, pero me reservo el fin de semana".

El passthrough de GPU es donde la confianza se vuelve extraña

El passthrough de GPU es el centro emocional de toda esta discusión. Los usuarios de passthrough completo parecen bastante tranquilos. Algunos dijeron que sus máquinas funcionan bien con el kernel 7, incluidos sistemas con passthrough de gráficos, passthrough completo de NIC Intel e incluso passthrough de controladora SATA. Alguien con X99 contó que todo iba bien salvo una NIC basada en e1000e que no lo estaba pasando muy bien. Otro dijo que el passthrough completo "funciona en 7". Para estos montajes, la actualización se parece más a una ventana de mantenimiento normal con mejores aperitivos que a un precipicio.

Los usuarios de vGPU viven en otra película. Un comentarista fue directo al grano: "¿Passthrough completo o vGPU? vGPU es mucho más difícil". El passthrough completo ya puede ser delicado, pero vGPU añade una capa de magia de drivers que parece estar a una actualización de kernel de convertirse en un proyecto de fin de semana. La preocupación original venía de un montaje vGPU con Arrow Lake, y otros se hicieron eco de la misma tensión. Una persona con Meteor Lake dijo que reservaría un día para resolver problemas porque la plataforma parece olvidada, lo que suena más a cautela aprendida que a pánico.

También hubo historias de éxito. Un usuario de Arrow Lake dijo que vGPU no dio problemas tras actualizar, "literalmente sin ninguna diferencia apreciable". Otro mencionó que necesitó el driver i915 SR-IOV DKMS más reciente porque el driver antiguo de la época 6.x no admitía bien las funciones virtuales o se comportaba mal. Esa es la experiencia Proxmox en una frase: puede ir perfectamente fluida, salvo que tu combinación exacta de hardware, rama de driver y kernel decida que te toca a ti. Los usuarios que esperan están protegiendo su fin de semana, su almacenamiento y quizá su cordura.

ZFS es la función que la gente quiere y el riesgo que teme

La promesa de un ZFS mejor es uno de los principales motivos por los que la gente se inclina siquiera por 9.2. Las mejoras de almacenamiento no son vistosas en el sentido de la tecnología de consumo, pero para los usuarios de Proxmox el almacenamiento lo es todo. Un mejor manejo de metadatos, resilverings más rápidos, una E/S asíncrona más fluida y el comportamiento más reciente de OpenZFS suenan de maravilla cuando miras una pila de discos que representa años de datos acumulados y malas decisiones. Una persona preguntó sin rodeos: "Espera, ¿hay cambios en ZFS? ¿Dónde?". Esa pregunta probablemente venía mitad de la curiosidad y mitad del instinto de encontrar cada nota a pie de página antes de tocar producción.

La trampa es que las actualizaciones de ZFS tienen dos capas: la pila de software y las funciones del pool en disco. Una versión más nueva de ZFS no siempre implica que el formato de tu pool cambie automáticamente. Alguien recordó en el hilo que un zpool upgrade es un paso explícito aparte. Ese pequeño detalle es justo el motivo por el que la gente se pone nerviosa. Está la actualización que crees que estás haciendo, y luego está la actualización que empiezas sin querer porque hiciste clic demasiado rápido o no entendiste qué cambiaba. Con el almacenamiento, la segunda puede hacer daño.

Las voces prudentes quieren evitar sorpresas más que evitar la actualización. Un usuario dijo que había que hacer antes una copia con Proxmox Backup Server, algo que parece obvio hasta que recuerdas cuántos servidores domésticos funcionan durante años con copias de seguridad que son más una sensación que un plan de recuperación probado. Otro reconoció que debería tener buenas copias pero que no suele probarlas por adelantado. Esa frase dice más sobre la infraestructura del mundo real que cualquier guía pulida. La gente sabe lo que debería hacer, y la ventana de actualización es donde la teoría se encuentra con las pequeñas concesiones feas del día a día.

Los villanos ocultos: nombres de NIC, spam de auditoría y drivers

Las preocupaciones llamativas se llevan toda la atención, pero lo pequeño puede ser lo que de verdad hace tropezar. Un usuario advirtió que los mensajes de auditoría durante la actualización pueden hacer desaparecer casi al instante las preguntas en pantalla si no se desactivan. Otro respondió que esos mensajes le habían amargado la vez anterior. Es el clásico dolor del administrador. No hay un bug catastrófico del kernel ni una placa base echando humo, solo el ruido justo en la terminal para enterrar lo que necesitabas leer. La infraestructura rara vez falla con un momento cinematográfico, y a veces falla porque la pregunta desapareció antes de que la vieras.

Las interfaces de red son otra trampa traicionera. Alguien avisó de que, si los nombres de las NIC no están fijados, la actualización puede renombrarlas, lo que solo tiene gracia si la máquina está al alcance de la mano. Los administradores remotos conocen ese pavor especial de darse cuenta de que el servidor probablemente arrancó bien pero renombró la interfaz que usa para hablar con el mundo. Una respuesta fue sencilla: "A mí me pillaron los nombres de las NIC". Con eso está todo dicho.

Y luego están los drivers. Un usuario tuvo que actualizar los drivers propietarios de Mellanox. A otro, en un montaje con passthrough, los drivers antiguos de Nvidia no compilaban. Los problemas con Intel e1000 y e1000e no dejaban de aparecer, y algunos usuarios describieron bloqueos totales, cables desconectados, reinicios de puertos en switches gestionados y soluciones provisionales con ajustes de offload o cambiando a una tarjeta i226. Una persona con el kernel 7.0.2-2 dijo que seguía teniendo un fallo del kernel con e1000, así que no todo el mundo se cree la historia de que "ya está arreglado". Por eso la gente lee las cicatrices de los demás con tanta atención como las notas de la versión.

Unos actualizan ya, otros esperan, y ambos tienen sentido

El grupo que actualiza pronto tiene argumentos sólidos. Algunos usuarios ya han pasado al kernel 7.0 sin dramas, y funcionan las VMs, los LXCs, el passthrough de GPU, los mini PC y varios hosts. Para ellos, esperar empieza a parecer superstición, sobre todo cuando Proxmox 8 tiene un periodo de soporte visible que no va a durar para siempre. Una persona señaló que el paso a Proxmox 9 se debe en parte a la base Debian subyacente y al calendario de seguridad, además de a las ganas de funciones nuevas. Llega un punto en que quedarse quieto se convierte en un riesgo en sí mismo.

El grupo que prefiere esperar también tiene argumentos sólidos. Una persona dijo que se queda en 8.4.1 hasta cerca de agosto porque no hay ninguna razón urgente para moverse. Otra volvió a 8.4 después de que unos cambios de hardware rompieran el passthrough de GPU y dijo que esperará a que la actualización tenga una aprobación más amplia. Alguien lo dijo aún más simple: "Si no necesitas actualizar, plantéate no actualizar". Ese consejo puede sonar aburrido, pero los consejos aburridos suelen ser los que mantienen vivos los sistemas.

Hay también un tercer grupo: los que están ilusionados pero hacen un plan. Siguen Backup Server 4.2, suponen que VE 9.2 puede llegar pronto, consultan la hoja de ruta, leen informes sobre drivers y deciden si fijar kernels, probar copias de seguridad o hacer el cambio primero en nodos menos importantes. Esa es probablemente la postura más sana, a medio camino entre el miedo y la confianza ciega, con respeto por el hecho de que una actualización del hipervisor también toca el almacenamiento, la red, los drivers, el firmware, los invitados y la desordenada lotería de hardware que hay debajo.

Lo que la actualización pone a prueba de verdad es la confianza

Este momento de 9.2 es interesante por algo más que el software. Muestra el contrato emocional que Proxmox tiene con sus usuarios. Esta gente está dispuesta a ejecutar cargas de trabajo serias en una plataforma que a menudo gestiona sola, de noche, con una pestaña del navegador abierta en la documentación y otra llena de errores ajenos. Les encanta el control y la potencia, y les encanta que un homelab pueda parecer un pequeño centro de datos. También saben que la factura llega cuando aparece el botón de actualizar.

Así que sí, la gente tiene ganas de Proxmox VE 9.2. Quiere un ZFS mejor, kernels más nuevos, una gestión móvil más limpia, funciones de contenedores más frescas y todas las pequeñas mejoras que hacen que la plataforma resulte más afilada. Pero es una ilusión cautelosa, de las que vienen con un trabajo de copia de seguridad corriendo en segundo plano y una nota mental para revisar los grupos IOMMU tras el reinicio.

La mejor señal para 9.2 es que muchas de las primeras historias con el kernel 7.0 son aburridas, y aquí lo aburrido es precioso. Significa que la VM arranca, la NIC conserva su nombre, la cabina sigue sana, la GPU aparece y nadie pasa el sábado recompilando drivers desde el código fuente. Aun así, la comunidad no se equivoca al estar nerviosa. Los usuarios de Proxmox han aprendido por las malas que "a mí me funciona" es útil pero no universal. La actualización puede ir fluida, e incluso puede ser estupenda. Antes de pulsar actualizar, sigue mereciendo la pena hacer lo menos glamuroso de la tecnología: hacer la copia, probar la restauración y dejarte un camino de vuelta.