Cómo configurar el tiempo de espera de arranque al implementar paisaje denso-maas desde conjure-up en xenial

Question

Actualmente estoy siguiendoError # 1576003 de Juju 2.0lo que con suerte hará que este problema quede obsoleto. Hasta entonces...

JuJu parece interrumpirse antes de que se complete la implementación horizontal en un entorno MaaS. En la versión anterior podía modificar el "tiempo de espera de arranque" en entornos.yaml. Sin embargo, en JuJu 2 no puedo entender cómo configurar esto mientras uso el instalador de Autopilot a través de:conjure-up openstack

Antecedentes para la posteridad(y cualquier otra persona que esté luchando)

Según las instrucciones de AutoPilot actuales (mayo de 2016) (www.ubuntu.com/download/cloud/install-openstack-with-autopilot).

• Servidor Ubuntu 16.04 LTS (xenial)
• MaaS: 2.0.0 (beta3+bzr4941)
• JuJu: 2.0-beta6-xenial-amd64

Entiendo que es posible que JuJu 2 y Maas 2 no funcionen bien, ya que estoy realizando un seguimiento actualmente.Integración de JuJu 2 y MaaS 2 [Esto debería funcionar ahora a partir de Juju 2.0-beta7.]

Tuve que modificar el paso 6 en consecuencia (¿Está disponible Autopilot Openstack 16.04?), reemplazando sudo openstack-installconconjure-up openstack

Tuve que modificar /usr/share/openstack/config.jsonel reemplazo "bootstrapSeries": "trusty"con "bootstrapSeries": "xenial"on "key": "landscape-dense-maas"para que JuJu se implemente, xenialya que el Paso 3 de las instrucciones nos pide que importemos la xenialimagen y no la trustyimagen con la que config.json está predeterminada.

Cuando conjure-up openstackaparecen errores (por ejemplo, al ingresar la URL completa de la interfaz de usuario de MAAS en el campo 'maas-server' en lugar de solo la dirección IP, o una clave API incorrecta en el campo 'mass-oauth'), tuve que sudo rm ~/.local/share/juju/credentials.yamlhacerlo para Evite las ERROR loading credentials: credentials.maas.<random>.maas-oauth: expected string, got nothinginvocaciones posteriores. Dado que parece que no puedo encontrar un juju kill-credentialstipo de comando en JuJu 2.

En este punto, puedo hacer que JuJu 2 y MaaS 2 comiencen la implementación horizontal con Ubuntu 16.04, pero parece que el tiempo de espera impide que esto finalice. Creo que puedo evitar esto con JuJu CLI, pero he progresado hasta aquí con Autopilot...

Hacer un seguimiento

Eliminación de credenciales

Para eliminar credenciales:

juju eliminar-credencial maas <aleatorio>

Sin embargo, esto no funciona si la credencial no es válida, por lo que aún así tuve que usar:

sudo rm ~/.local/share/juju/credentials.yaml

Ajustebootstrap-timeout

Creo que lo siguiente es un truco:

Pude actualizar el tiempo de espera de arranque modificando la línea 121 de

/usr/share/conjure-up/conjure/juju.py

De:

"--config image-stream=daily ".format(

A:

"--config bootstrap-timeout=3000 --config image-stream=daily ".format(

En lugar de eso, probablemente debería editar /usr/share/openstack/bundles/landscape-dense-maas/pre.shcon los comandos de configuración de Juju.

pre.shPuede encontrar más información en conjure-up git wiki: (www.github.com/ubuntu/conjure-up/wiki/Customizing-bundle-deployments)

Comandos de Juju 2: (www.jujucharms.com/docs/devel/commands)

Lo sentimos, no hay suficiente representante para vincular

Si bien esto técnicamente responde a mi propia pregunta, no pude hacer que AutoPilot funcionara incluso con el aumento del tiempo de espera. Supongo que estaré esperando que todas las actualizaciones individuales hablen apropiadamente por ahora.

Actualización del rastreador de errores: (Juju 2.0 debería ser compatible con MAAS 2.0) Juju 2.0-beta7 lanzado en ppa:juju/devel

Comentarios finales

La edición /usr/share/conjure-up/conjure/juju.pycomo se mencionó anteriormente altera el tiempo de espera. Sin embargo, la solución adecuada es modificar los archivos de configuración de evocación. Desafortunadamente, hasta que la documentación se ponga al día con el desarrollo, este método es más problemático de lo que vale para mí. Finalmente abandoné AutoPilot con Xenial/Mikata, ya que Openstack tiene problemas actuales en la instalación sin la capa agregada de AuotPilot/Landscape (ver:https://bugs.launchpad.net/openstack-manuals/+bug/1575688).

Si alguien que nos sigue tiene el formato correcto para los archivos de configuración de evocación para pasar, --config bootstrap-timeout=tírelo aquí como respuesta para que podamos apaciguar a los mods. Hasta entonces, considero abandonada mi inversión aquí. Buena suerte.