Antes de pulsar actualizar: qué actualización detiene qué

Lo que temen quienes llevan meses sin actualizar no es la actualización, es no saber qué se va a detener. Las actualizaciones no son una sola cosa y sus efectos no se parecen en nada.

AtlasPVE ·

Esta entrada responde a

  • actualizar proxmox es seguro
  • qué detiene proxmox apt upgrade
  • proxmox actualización de kernel reinicio
  • proxmox roto tras actualizar
  • cuándo actualizar proxmox

Detrás de la frase "llevo ocho meses sin actualizar" no hay pereza, hay incertidumbre: nadie sabe qué se detendrá al pulsar. Y esperar no mejora la situación, la empeora. Cuanto más esperas, más cosas cambian a la vez, es decir, justo la incertidumbre que evitabas, ahora mayor.

Una sola pregunta disuelve el miedo: a qué toca esta actualización.

Cinco tipos, por efecto

No se detiene nada. Bibliotecas, herramientas, programas de línea de comandos. La nueva versión entra en juego de todos modos en el siguiente arranque. Acumularlas no sirve de nada.

Se reinicia un servicio. El panel o un servicio de fondo se interrumpe unos segundos. Las máquinas virtuales siguen funcionando. Se puede hacer de día.

Red, almacenamiento o clúster. Aquí lo notan las máquinas en marcha: la red puede no volver tras un reinicio, el almacenamiento afecta al tráfico de disco, los componentes de clúster afectan al acuerdo entre nodos. Estos se hacen solos.

Hace falta reiniciar. El núcleo y los componentes centrales del sistema. El detalle más importante aquí es este: una actualización de núcleo instalada pero sin reiniciar no está aplicada. La máquina sigue funcionando con el antiguo. Aquí es exactamente donde la gente cree estar al día y no lo está.

Un cambio de familia. El paso a una nueva versión mayor. Eso no es una actualización, es una mudanza, y quiere su propio plan.

La pregunta que responde el gestor de paquetes no es la tuya

El gestor de paquetes responde a "¿se pueden instalar juntos?" y normalmente dice que sí. Es una respuesta de dependencias, no de operación. Si haces una actualización de núcleo y un cambio de red en la misma pasada, cuando algo salga mal no sabrás cuál fue, y la red que necesitas para averiguarlo puede no estar.

El orden práctico

Primero las que no detienen nada. Luego las que reinician un servicio. Red, almacenamiento y clúster por su cuenta. Las que necesitan reinicio al final, y a propósito.

Una regla lo resume todo: "necesita reinicio" y "cambia la red" nunca van en el mismo paso. Cuando esos dos se juntan, la avería y la herramienta para diagnosticarla desaparecen en el mismo instante.

Dos preguntas antes de pulsar

¿Puedes reiniciar ahora mismo? Y ¿puedes llegar a esta máquina si la red no vuelve? Si la respuesta a la segunda es no, una actualización que toca la red no es una tarea de mantenimiento, es un trabajo que hay que planificar.

Qué hace Atlas

Atlas no muestra los paquetes pendientes como una lista plana. Clasifica cada paquete según su efecto y los separa en rondas: los que no detienen nada, los que reinician un servicio, los que tocan red, almacenamiento y clúster, los que necesitan reinicio y los que cambian de familia. Pulsas una vez por ronda; no hay avance automático.

Las combinaciones que no deberían ir juntas se parten solas: aunque el gestor de paquetes diga "estos se instalan juntos", Atlas los pone en dos rondas distintas, porque la pregunta que se hace es de operación y no de dependencias. En casos más leves no parte sino que avisa; los informativos no interrumpen el flujo.

Y si hay un núcleo instalado pero sin reiniciar, Atlas Watch lo informa como trabajo pendiente, así que el estado de "creía estar al día" no continúa en silencio.

Fuentes

La documentación oficial de Proxmox. En inglés, y en este asunto es ella la que tiene la última palabra.

Entradas relacionadas

¿Cómo se ve esto dentro de Atlas?

Ir a la página del producto