Openstack Juno Rabbitmq Charme: arquivo de configuração ausente

Question

Tentando implantar um openstack de nó aberto Juno, em 14.04. Aqui está o meu arquivo de configuração de charme:

nova-cloud-controller:
  openstack-origin: cloud:trusty-juno
  network-manager: "Neutron"
openstack-dashboard:
  openstack-origin: cloud:trusty-juno
keystone:
  openstack-origin: cloud:trusty-juno
glance:
  openstack-origin: cloud:trusty-juno
cinder:
  openstack-origin: cloud:trusty-juno
ext1-quantum-gateway:
  openstack-origin: cloud:trusty-juno
ext2-quantum-gateway:
  openstack-origin: cloud:trusty-juno
nova-compute:
  openstack-origin: cloud:trusty-juno

Em Juju gui, todos os nós e linhas de relação são verdes; No entanto, não consigo acessar a página Projeto - > Acesso e segurança, no horizonte. Observando os arquivos de log rabbitmq, parece que todo o acesso, de vários serviços, foi negado:

# tail -f /var/log/rabbitmq/[email protected] | grep access_refused -B2 -A3
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17775.0> (10.0.0.77:34733 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17778.0> (10.0.0.77:34734 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17781.0> (10.0.0.77:34735 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17784.0> (10.0.0.77:34736 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17787.0> (10.0.0.75:54438 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17790.0> (10.0.0.62:39103 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'nova' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17793.0> (10.0.0.62:39104 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'nova' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17796.0> (10.0.0.62:39105 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'nova' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17799.0> (10.0.0.75:54439 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17803.0> (10.0.0.62:39106 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'nova' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17806.0> (10.0.0.62:39107 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'nova' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17809.0> (10.0.0.62:39108 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'nova' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17812.0> (10.0.0.62:39109 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'nova' - invalid credentials",
                             'connection.start_ok'}}

--
closing AMQP connection <0.17815.0> (10.0.0.77:34737 -> 10.0.0.60:5672):
{handshake_error,starting,0,
                 {amqp_error,access_refused,
                             "AMQPLAIN login refused: user 'neutron' - invalid credentials",
                             'connection.start_ok'}}

Olhando em / etc / rabbitmq, não vejo nenhum arquivo! Removendo e adicionando relações, por Juju não configurou o rabbitmq para o openstack? , não resolveu o problema. Aqui estão alguns diagnósticos típicos:

rabbitmqctl list_users
Listing users ...
cinder  []
glance  []
guest   [administrator]
nagios-rabbitmq-server-0    []
neutron []
nova    []
...done.
# rabbitmqctl list_permissions -p openstack
Listing permissions in vhost "openstack" ...
cinder  .*  .*  .*
glance  .*  .*  .*
neutron .*  .*  .*
nova    .*  .*  .*
...done.

rabbitmqctl list_vhosts
Listing vhosts ...
/
nagios-rabbitmq-server-0
openstack
...done.

Quaisquer pensamentos?
Felicidades,

Editar 1: Parece que a nuvem: os encantos confiáveis-juno não são compatíveis com o charme rabbitmq. Para cinder e nova-cloud-controller, foi necessário definir notification_driver = rabbit. Além disso, tinha que definir manualmente a senha, no servidor rabbitmq, para usuários de nova, nêutron e cinder. Em todos os casos, teve que reiniciar os serviços relevantes manualmente. (Observe que, no caso de cinder e cloud-controller, o juju sobrescreve o notification_driver.) Infelizmente, ainda não é possível acessar a página Access & amp; security. A Keystone está relatando o seguinte:

(keystone.common.wsgi): 2014-11-24 23:51:42,238 WARNING Authorization failed. The request you have made requires authentication. from 10.0.0.62
(keystone.common.wsgi): 2014-11-24 23:51:42,251 WARNING Expecting to find username or userId in passwordCredentials - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error.

10.0.0.62 sendo nova-cloud-controller.

Editar 2: (em relação à primeira resposta)

# sudo rabbitmqctl cluster_status
Cluster status of node rabbit@rabbitmq1 ...
[{nodes,[{disc,[rabbit@rabbitmq1]}]},
 {running_nodes,[rabbit@rabbitmq1]},
 {partitions,[]}]
...done.

Ansioso para o próximo lançamento.

    

Answer 1

As atualizações de charme para dar suporte à versão Juno OpenStack são totalmente compatíveis com o charme RabbitMQ - testamos isso em cada compromisso que fazemos com qualquer um dos encantos do OpenStack como parte do ciclo de desenvolvimento de charme do dia-a-dia.

O charme RabbitMQ (rabbitmq-server) deve criar automaticamente usuários sob o vhost openstack para todos os serviços relacionados, e fornecer uma senha de volta via dados de relacionamento para cinder, nova, neutron etc ... Tudo isso é feito diretamente no RabbitMQ banco de dados de estado subjacente - portanto, não espere que apareça nada em / etc / rabbitmq!

Por alguma razão, parece que essa senha não corresponde à senha no RabbitMQ - você está executando em uma configuração em cluster, portanto, pergunto-me se há algum problema com o clustering - tente executar:

sudo rabbitmqctl cluster_status

em um dos nós do RabbitMQ para ver se todas as unidades estão listadas; Eu suspeito que pode ter havido algum problema com a configuração de clustering do RabbitMQ, e você pode estar executando em algum tipo de configuração de divisão do cérebro, portanto, os serviços remotos de senhas só correspondem em um subconjunto das unidades do RabbitMQ.

Também verifiquei a configuração do driver de notificação para os charms cinder e nova-cc; embora eles estejam usando o nome obsoleto mais antigo para o driver rpc, isso é remapeado para o driver correto oslo.messaging (a biblioteca compartilhada do OpenStack). Atualizaremos isso durante o nosso próximo ciclo de desenvolvimento para usar diretamente o oslo.messaging .