Necesito ayuda con juju bootstrap en el entorno maas. Instalé maas en el servidor del controlador maas, puse en funcionamiento un blade e intenté arrancar la máquina con juju.
El sistema se instala en el nuevo blade, juju inicia sesión con el usuario de ubuntu a través de ssh y se atasca en este punto del proceso de instalación de los servicios de juju:
Iniciar sesión /var/log/cloud-init-output.logen un host remoto
Ejecutando apt-get update
Ejecutando apt-get update
Paquete de instalación: git
Paquete de instalación: curl
Paquete de instalación: cpu-checker
Paquete de instalación: bridge-utils
Paquete de instalación: rsyslog-gnutls
Fetching tools: curl -sSfw 'tools from %{url_effective} downloaded: HTTP %{http_code}; time %{time_total}s; size %{size_download} bytes; speed %{speed_download} bytes/s ' --retry 10 -o $bin/tools.tar.gz 'https://streams.canonical.com/juju/tools/releases/juju-1.20.11-trusty-amd64.tgz'
Se agradecería cualquier ayuda, porque no puedo avanzar desde este punto excepto para finalizar el proceso de arranque.
¡Gracias!
Respuesta1
Problema resuelto. Si realiza ssh a un servidor y la distribución de su teclado no es la misma que la configuración de idioma en el servidor, juju no inicia el sistema. Cambié mi diseño a en_US y el arranque funcionó bien. Es un problema similar cuando instalas postgresql donde no se instala si no tienes el mismo idioma de distribución de teclado que el idioma del sistema en el servidor.
Respuesta2
Tengo exactamente el mismo problema, el juju boostrapping está bloqueado. Intenté cambiar la configuración regional, pero nada ayudó.
esto es lo que hice: verifique su configuración
locale
arreglo temporal
export LANGUAGE=en_US.UTF-8
export LANG=en_US.UTF-8
export LANGUAGE=en_US.UTF-8
export LC_ALL=en_US.UTF-8
locale-gen en_US.UTF-8
hazlo permanente
nano /etc/environment
copiar pegar
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8
LANGUAGE=en_US.UTF-8
Respuesta3
Yo también tuve este problema. La raíz del problema para mí era que no tenía acceso a Internet y necesitaba hacer un par de cosas. IIRC, esto en particular se debió a que el servidor y la máquina de destino estuvieron apagados por una cantidad de tiempo demasiado grande. En realidad no se quedó atascado, pero el tiempo de espera fue enorme, tal vez 30 minutos. Configuré mi servidor como servidor ntp, luego edité mi /etc/maas/preseeds/preseed-master
d-I clock-setup/ntp-server string ntp.ubuntu.com
Introduzca la IP o el nombre de su servidor para ntp.ubuntu.com. Además, cuando instalas juju, necesitas copiar los accesos localmente. Creé un directorio ~/,juju tanto para el entorno como para los accesos, por lo que el proceso, hasta implementar juju-gui, se vio así:
mkdir ~./.juju/sync-tools
juju sync-tools –e maas –destination=”~/.juju/sync-tools”
juju bootstrap –e maas –-upload-tools=true –-metadata-source=”.juju/sync-tools” -–to jujuBS.local
mkdir –p ~/.juju/charms/trusty
juju charm get juju-gui .juju/charms/trusty
juju deploy –repository=”~/.juju/charms” local:juju-gui
¡Espero que esto ayude!
Respuesta4
Para cualquiera que tenga este problema después de agregar máquinas al proveedor local: Tuve este problema cuando add-machine intentó agregar una máquina con una versión de Juju diferente al servidor estatal.
Esto se debió a que no se ejecutó apt-get updateantes de instalar el cliente Juju.