A implementação do Juju falha devido a erro "container failed to start"

4

Eu tentei implantar o mysql e tive este erro:

  

agent-state-info: o contêiner falhou ao iniciar

Saídas do log da seguinte forma:

Line 47: machine-0: 2014-08-14 02:02:30 INFO juju.state.api apiclient.go:250 error dialing "wss://localhost:17070/": websocket.Dial wss://localhost:17070/: dial tcp 127.0.0.1:17070: connection refused
Line 48: machine-0: 2014-08-14 02:02:30 ERROR juju.worker runner.go:218 exited "api": unable to connect to "wss://localhost:17070/"
ERROR juju.container.lxc lxc.go:243 container failed to start: container failed to start
Line 438: machine-0: 2014-08-14 02:04:44 ERROR juju.provisioner provisioner_task.go:421 cannot start instance for machine "1": container failed to start

Como resolvi esse problema?

Quaisquer entradas são muito apreciadas.

    
por Lian Junxiang 14.08.2014 / 04:39

1 resposta

0

Os Trusty Charms funcionam apenas em sistemas Trusty (Ubuntu 14.04). Precise Charms só funcionam em sistemas precisos (Ubuntu 12.04). Você está usando o LXC como provedor em uma máquina 14.04. Como o LXC não é uma virtualização completa, o LXC não poderá criar uma máquina precisa em um host Trusty. Este é o erro que você está recebendo. O Juju tenta provisionar uma nova máquina precisa, mas ela falha, porque ela só pode fazer máquinas Trusty em um host Trusty.

Você pode especificar a série no comando deploy. O comando a seguir implantará a versão trusty do mysql.

juju deploy cs:trusty/mysql

Se você não especificar qual série (versão do sistema operacional), o Juju usa a série padrão. A série padrão pode ser especificada em environments.yaml para um novo ambiente:

default-series: trusty

Ou use o seguinte comando para alterar a série padrão de um ambiente já existente de bootstrap:

juju set-env "default-series=trusty"

source

    
por Galgalesh 16.02.2015 / 21:17

Tags