Poderia ser várias coisas de fato. Então, vamos percorrer as etapas genéricas de obter logs de uma implantação com falha. Primeiro vamos mostrar como obter acesso aos diferentes ambientes juju em jogo aqui:
- Ambiente de paisagem: onde o piloto automático foi implantado
- Ambiente de piloto automático: o ambiente de nuvem criado pelo piloto automático
Extraído de Gerenciamento de juju em openstack de paisagem :
Para ter acesso ao ambiente do Landscape juju, por favor, execute o seguinte no local onde você instalou o LDS:
# First we need to get to the Landscape juju environment.
# If you used the install-openstack tool, you want to do this first:
export JUJU_HOME=~/.cloud-install/juju
juju status
# Get an interactive shell with the right ENV sourced on the landscape
# server itself. This gives you access to the Autopilot deployed cloud
# juju environment:
juju ssh landscape/0 sudo 'JUJU_HOME=/var/lib/landscape/juju-homes/'sudo ls -rt /var/lib/landscape/juju-homes/ | tail -1' sudo -u landscape -E bash'
# You should see a lot of openstack services with this command:
juju status
Neste ponto, você pode bisbilhotar o ambiente da nuvem. Para alcançar a unidade nova-compute/0
, por exemplo, execute juju ssh nova-compute/0
.
Os dados e logs que são úteis para depurar uma implantação paralisada são os seguintes:
-
/var/log/landscape-server/*.log
da unidadelandscape/0
do ambiente Paisagem. Em particular,job-handler.log
. -
/var/log/juju/*.log
da unidade de autoinicialização do ambiente de nuvem (máquina 0, execuçãojuju ssh 0
para alcançá-la delandscape/0
) -
juju status
de saída do ambiente de nuvem - quantos computadores, se houver, você registrou no Google Landscape no momento em que decidiu que estava parado. Se for zero, precisaremos de
/var/log/landscape/*.log
de qualquer unidade do ambiente de nuvem, comonova-compute/0
.