BookinglyTech News
Infraestructura

openvox-gui 3.14.0 arregla el despliegue en clúster y el espejo local de paquetes

La interfaz web Apache-2.0 para OpenVox, el fork comunitario de Puppet, deja de exigir un TTY con sudo en el compilador y poda los árboles de paquetes que no se usan.

2 min de lecturar/sysadmin0 vistas

Ya está disponible openvox-gui 3.14.0, la interfaz web con licencia Apache-2.0 para OpenVox, el fork comunitario de Puppet. La entrega llega cargada de correcciones acumuladas desde la 3.12.0 y toca dos de los puntos que más dolían a quien lo tiene desplegado en producción: el modo clúster y el espejo local de paquetes. El código está en el repositorio del proyecto.

El programa cubre lo habitual en este terreno: dashboard, inventario de nodos, ENC, gestión de la CA, integración con Bolt y OpenBolt, r10k, consultas PQL, Hiera e instalador local de agente.

Clúster sin TTY

Code Deploy, Hiera y Agent Install en modo agrupado ya no piden un TTY con sudo sobre el compilador. Es decir, se pueden lanzar desde la propia interfaz sin abrir una sesión interactiva en la máquina. El one-liner de instalación del agente recoge el ca_server de la variable OPENVOX_GUI_PUPPET_CA_HOST, que apunta a la VIP de la CA, algo coherente con que los compiladores la lleven desactivada.

En la parte de monitorización, las gráficas pintaban un SVG de 0×0 y ahora calculan un ancho real. También cambia el tratamiento de la salida 2 del agente Puppet, que pasa a considerarse un resultado correcto.

El espejo que ya no engorda

El espejo local de yum y apt era el mayor destrozo de las versiones anteriores. Recorría src/ y ppc64le/ sin distinguir qué distribución había marcado el administrador, y dejaba un pool de apt de 40 GB después de desmarcar Debian. La 3.14.0 poda los árboles no seleccionados: limitado a EL9 y EL10 con yum, el espejo se queda en unos 9 GB.

Conviene echar un ojo al espacio antes de actualizar, sobre todo en instalaciones que sincronizan varias distribuciones a la vez, porque el reparto de directorios cambia respecto a lo que había.

El resto del modelo de despliegue sigue igual. La instalación AIO sobre el propio servidor OpenVox continúa siendo el modo por defecto y el clúster es opcional, así que quien tenga un solo nodo puede subir de versión sin tocar nada de esa parte.