Juju - Erro desconhecido

2

Estou usando o servidor Ubuntu 14.04, tenho o MaaS como ambiente Juju. Eu estava tendo alguns problemas que meu nó bootstrapped não podia acessar a loja de charme, então eu instalei o servidor proxy do squid.

Veja o que eu fiz:

Padrão

Comentou

Comentou o http_access deny_all

Adicionado http_access allow network

Adicionado http_acces allow all

Adicionado acl network src 172.16.1.0/24

Status de Juju

O arquivo ~ / .juju / environments.yaml:

juju debug-log --replay :

Eu não sei porque não está funcionando, até mesmo os charms WordPress e MySQL ainda estão alocando ...

Alguma dica? Agradecemos antecipadamente

EDITADO

No servidor do MaaS:

route -n

tracepath google.com

Agora juju ssh 0 :

route -n

tracepath google.com

curl -v google.com

Informações sobre minha configuração no servidor do MaaS:

Eu re-bootstrapped meu ambiente MaaS, implantado mysql + wordpress + relação e implementado juju gui, e este é o meu status real, mas o meu nó wordpress parece não fazer: add-apt-repository ppa:charmers/charm-helpers apesar de ter instalado no meu servidor

Teste add-apt-repository ppa:charmers/charm-helpers no meu servidor do MaaS:

Testando add-apt-repository ppa:charmers/charm-helpers no nó wordpress (instalação com falha no gancho):

EDITADO

route -n

curl www.google.com

sudo apt-get install --reinstall ca-certificates

juju resolved --retry wordpress/0

juju resolved --retry phpmyadmin/0

juju debug-log --replay

wordpress:

phpmyadmin:

EDITADO

juju ssh 2

su

cd /var/log/juju

export http_proxy=http://root:[email protected]:3128/

export https_proxy=http://root:[email protected]:3128/

cat unit-wordpress-0.log

mais apt-get update

e também:

sudo visudo

Adicionados Padrões env_keep="https_proxy" ao final do arquivo.

Mas quando vou ao meu servidor MaaS onde o juju está instalado:

juju resolved --retry wordpress/0

e, por isso, fui novamente para o nó onde o wordpress está instalado para verificar por que não está funcionando:

juju ssh 2

su

Funciona se eu adicionar export http_proxy=http://root:[email protected]:3128/ mas quando fecho o nó wordpress PuTTY, e abro o servidor MaaS PuTTY e faço juju resolved --retry wordpress/0 dá hook failed install.

O que fazer para tornar export http_proxy=http://root:[email protected]:3128/ permanente no nó wordpress ou semelhante?

EDITADO

O nó de bootstrapped mostra algumas mensagens:

juju debug-log --replay

machine-0: 2015-05-11 20:13:30 ERROR juju.worker.firewaller firewaller.go:435 failed to lookup "machine-0", skipping port change machine-0: 2015-05-11 20:13:30 ERROR juju.worker runner.go:219 exited "firewaller": gomaasapi: got error back from server: 401 OK (Expired timestamp: given 1431375210 and now 1431382411 has a greater difference than threshold 300) machine-0: 2015-05-11 20:13:31 ERROR juju.provisioner provisioner.go:204 environ provisioner died: failed to process updated machines: failed to get all instances from broker: gomaasapi: got error back from server: 401 OK (Expired timestamp: given 1431375211 and now 1431382412 has a greater difference than threshold 300) machine-0: 2015-05-11 20:13:31 ERROR juju.worker runner.go:219 exited "environ-provisioner": failed to process updated machines: failed to get all instances from broker: gomaasapi: got error back from server: 401 OK (Expired timestamp: given 1431375211 and now 1431382412 has a greater difference than threshold 300) machine-0: 2015-05-11 20:13:33 ERROR juju.worker runner.go:219 exited "firewaller": gomaasapi: got error back from server: 401 OK (Expired timestamp: given 1431375213 and now 1431382414 has a greater difference than threshold 300)

Como consertar isso?

    
por Mario 20.04.2015 / 01:17

2 respostas

2

Eu assumo pela loja de charme que você está se referindo ao site? Tenho quase certeza que o Squid é um exagero.

Eu vejo que a máquina 0 usa seu proxy com sucesso. Também posso ver que a rota padrão da máquina 0 é 172.16.1.1, mas a rota padrão do host MAAS é 172.16.1.2. Ele está configurado incorretamente na interface da web do MAAS, como você mostra na captura de tela. Altere a configuração "Roteador" no site MAAS DHCP para 172.16.1.2 e tente novamente

    
por noleti 26.04.2015 / 16:03
0

Eu tive o mesmo erro, verifique seu fuso horário e defina todos como UTC. Após a instalação, você poderá devolvê-lo em qualquer fuso horário local

    
por Rastin 22.05.2015 / 22:20