juju instalação do agente somente através de destroy e bootstrap

Question

Eu tenho um MAJ ativo de dois nós habilitado para o juju que tem o início do hadoop instalado. Eu consegui este trabalho usando os seguintes passos:

• inicializando o ambiente
• adicionando um charme de hadoop

Uma vez que eu adicionei o charme, o segundo nó apareceu quando eu corri o status de juju. Nunca foi possível instalar o agente, que sempre foi reportado como não iniciado.

Para obter o agente instalado, eu destruo o ambiente do meu juju. Então eu fiz um bootstrap novamente. Para minha surpresa, todos os nós apareceram na lista no MAAS como alocado para mim e, quando eu reiniciei o segundo nó, de repente, quis instalar a imagem com o agente juju nela.

Então, eu tenho dois nós funcionais, um é o nó do ambiente juju, o outro é o mestre do hadoop. O que estou tentando fazer é trazer um terceiro nó para que eu possa ter alguns nós slavecluster. Mas agora estou enfrentando o mesmo problema do segundo nó:

O MAAS não está instalando a imagem ativada pelo juju-agent no terceiro nó, portanto o status do agente é sempre iniciado.

Este é um problema de juju, onde o juju deve informar ao MAAS que ele deve instalar a imagem correta no nó? Ou este é um problema do MAAS em que os estados estão fora de sincronia?

É realmente surpreendente que, para que isso funcione, eu tenho que destruir o ambiente e, em seguida, fazer o bootstrap novamente, e tudo está OK.

Alguém tem alguma ideia do que eu fiz aqui?

    

Answer 1

Não deve haver necessidade de re-executar o 'juju bootstrap' para que seus nós funcionem. A fase de bootstrap é necessária apenas para iniciar o ambiente de juju.

Você disse que reiniciou o segundo nó e acho que é a chave: você configurou os parâmetros de energia de seus nós (eu suponho que você execute a versão quantal do MAAS)? Se você não puder fazer isso, uma vez que você implantar um charme manualmente e você vir o nó somente no qual o charme será distribuído 'alocado' na interface do MAAS, você precisará ligar os nós para que o Ubuntu possa ser instalado na máquina e o charme instalado (isso pode demorar um pouco dependendo do hardware que você tem). O que estou dizendo é que, se o seu nó usar o IPMI ou qualquer outro tipo de mecanismo de energia suportado e você tiver configurado as credenciais, o MAAS ligará os nós, mas se você não puder fazer isso, precisará fazer isso. manualmente.

Se isso não resolver o seu problema, sugiro executar o 'juju-debug-log' para ver por que o encanto não pode ser implantado.

    

Answer 2

Qual domínio DNS você definiu no MaaS?

Isso termina em .local?

Se sim, é um problema com o avahi-daemon. Edite o preseed genérico do MaaS e retire o avahi-daemon da lista de instalação.

Alternativamente, edite /etc/nsswitch.conf e mude a linha hosts: para: hosts: arquivos dns mdns4

Em todos os nós.

Você saberá se esse é o problema por não conseguir fazer ping no FQDN do nó ZK inicial de seus outros nós pelo nome.