Una plantilla puede arrancar correctamente y, aun así, fallar al personalizar su nombre o su red después de clonarla. Eso es lo que hay detrás de esta antigua guía de Debian Squeeze y vSphere 5.0 U1: la diferencia entre que Linux funcione dentro de la máquina virtual y que los scripts de personalización entiendan la disposición de sus archivos.
Esta combinación pertenece a 2012. Debian terminó el soporte LTS de Squeeze en febrero de 2016, según su información oficial de la versión.
El enlace que resolvía una ruta y complicaba otra
Un mensaje de febrero de 2013 en la lista de Ubuntu enlaza directamente esta guía. Su autor cuenta que había convertido /etc/dhcp3 en un enlace a /etc/dhcp porque lo necesitaban los scripts de personalización de VMware.
El dato explica el propósito del cambio: presentar una ubicación que el script antiguo esperaba encontrar. También documenta su coste. Al instalar samba-common, el gestor de paquetes fallaba al escribir un hook de DHCP. El mensaje pertenece a un hilo sobre enlaces simbólicos y describe, en ese equipo concreto, un error de ruta inexistente. Conviene conservar esa distinción: no todos los fallos del hilo son el mismo fallo.
El enlace resolvía una expectativa del script, pero también cambiaba la forma en que el gestor de paquetes encontraba sus directorios. No es un arreglo que se deba trasladar sin comprobar a otra versión de Debian, Ubuntu o VMware Tools.
Qué mirar si todavía aparece en una máquina heredada
Empieza por examinar las rutas, sin modificarlas:
ls -ld /etc/dhcp /etc/dhcp3
readlink /etc/dhcp3
dpkg-query -W samba-common isc-dhcp-client open-vm-toolsQue un paquete no aparezca en la consulta es información; no es una instrucción para instalarlo. En un sistema antiguo puede haber VMware Tools instalado por otro procedimiento. Anota además la versión del sistema invitado, el origen de Tools y el momento exacto del fallo: clonación, aplicación de la personalización, arranque o actualización de paquetes.
Si /etc/dhcp3 es un directorio real, no lo sustituyas por un enlace. Si ya es un enlace, averigua primero qué scripts lo consumen y qué paquete intenta escribir allí. Borrarlo puede desbloquear una instalación y romper la personalización en el siguiente despliegue. Mantener dos árboles independientes también puede dejar configuraciones distintas según quién lea cada uno.
Ensayar la corrección sin cambiar todas las máquinas
Trabaja sobre una copia de la plantilla, aislada de la red productiva. Conserva una instantánea anterior a la prueba y registra el contenido de ambas rutas. Aplica un solo cambio y comprueba dos operaciones: desplegar una nueva VM con la especificación de personalización y completar la operación de paquetes que fallaba. Validar únicamente el arranque dejaría sin probar precisamente el conflicto descrito.
En la VM clonada revisa el nombre, las direcciones, las rutas y la resolución DNS; comprueba también que no haya heredado una identidad o una configuración que debía cambiar. No conviertas la copia en plantilla definitiva hasta que ambos recorridos funcionen.
Para una plantilla nueva, empieza por las versiones soportadas
La personalización Linux actual dispone de mecanismos que no son intercambiables con los de 2012. Broadcom documenta un mecanismo para seleccionar métodos de personalización en distribuciones no soportadas, introducido en vCenter 8.0 U3 y con identificadores diferentes entre generaciones de Debian. Es un procedimiento específico, no una matriz general de compatibilidad ni una solución aplicable a vSphere 5.
Si encuentras ese enlace dhcp3 en una plantilla antigua, ya tienes una pista para investigar su origen. En una plataforma nueva, construye y prueba una plantilla soportada: un alias de directorio heredado no acredita compatibilidad.
Comentarios