Consegui concluir minha instalação com êxito, executando novamente o gancho em um segundo terminal.
juju resolved --retry keystone/0
Estou tentando implantar o OpenStack (Liberty) em minhas máquinas usando a opção multi do openstack-installer em uma máquina Ubuntu 14.04, mas não estou obtendo muito sucesso.
Até onde eu sei, o MAAS 1.9.3 está configurado corretamente - eu posso comissionar, alocar e implementar nós, depois SSH neles, sem problemas.
Quando executo o openstack-install, ele inicializa o Juju em um nó e, em seguida, inicia três outros, nos quais ele começa a implantar os vários códigos do OpenStack. Cada charme é implantado em sucessão.
(Trecho de Keystone, mas há uma seção como esta para cada charme)
[INFO: 06-24 11:15:23, consoleui.py:51] Pending charms to deploy: Keystone, RabbitMQ Server, Controller, Neutron, Glance - Simplestreams Image Sync, Openstack Dashboard, Glance, Neutron OpenVSwitch, Neutron API, Compute
[INFO: 06-24 11:15:23, consoleui.py:37] Checking if Keystone is deployed
[INFO: 06-24 11:15:23, consoleui.py:37] Deploying Keystone to machine lxc:3
[DEBUG: 06-24 11:15:23, __init__.py:221] charm_config = {'juju-gui': {'password': 'password'}, 'neutron-openvswitch': None, 'neutron-gateway': {'instance-mtu': 1400, 'openstack-origin': 'cloud:trusty-liberty', 'ext-port': 'eth1'}, 'glance-simplestreams-sync': {'use_swift': False}, 'nova-cloud-controller': {'network-manager': 'Neutron', 'quantum-security-groups': 'yes', 'openstack-origin': 'cloud:trusty-liberty', 'console-access-protocol': 'novnc'}, 'heat': {'openstack-origin': 'cloud:trusty-liberty'}, 'ceilometer': {'openstack-origin': 'cloud:trusty-liberty'}, 'ceilometer-agent': {'openstack-origin': 'cloud:trusty-liberty'}, 'neutron-api': {'neutron-security-groups': True, 'openstack-origin': 'cloud:trusty-liberty', 'l2-population': False}, 'openstack-dashboard': {'openstack-origin': 'cloud:trusty-liberty'}, 'ceph-radosgw': {'source': 'cloud:trusty-liberty', 'use-embedded-webserver': True}, 'ceph-osd': {'osd-reformat': 'yes', 'source': 'cloud:trusty-liberty', 'osd-devices': '/dev/sdb'}, 'swift-storage': {'block-device': '/etc/swift/storage.img|2G', 'openstack-origin': 'cloud:trusty-liberty', 'zone': 1}, 'keystone': {'admin-user': 'admin', 'openstack-origin': 'cloud:trusty-liberty', 'admin-password': 'password'}, 'glance': {'openstack-origin': 'cloud:trusty-liberty'}, 'ceph': {'source': 'cloud:trusty-liberty', 'fsid': '4df47d30-cbf3-45d9-a485-27996ab6998e', 'monitor-secret': 'AQBilclUKG9RIRAAlFP9bohec06c+e7lfCRGrw=='}, 'cinder': {'glance-api-version': 2, 'block-device': '/var/lib/cinder-sdb.img|5G', 'openstack-origin': 'cloud:trusty-liberty'}, 'nova-compute': {'openstack-origin': 'cloud:trusty-liberty'}, 'swift-proxy': {'replicas': 3, 'openstack-origin': 'cloud:trusty-liberty', 'zone-assignment': 'auto'}, 'mysql': {'max-connections': 25000, 'dataset-size': '512M'}}
[DEBUG: 06-24 11:15:23, __init__.py:276] calling deploy(keystone, keystone, 1, {}, lxc:3)
[INFO: 06-24 11:15:30, consoleui.py:37] Deployed Keystone.
[DEBUG: 06-24 11:15:30, core.py:466] Issued deploy for Keystone
Quando todos os serviços forem implantados, esperamos que eles fiquem prontos. Eles saem da lista pendente um ou dois de cada vez.
O Keystone sai da lista pendente - aparecendo pronto - mas, eventualmente, volta com um erro quando apenas relance - a sincronização simplesta permanece. O instalador fica aqui indefinidamente.
[INFO: 06-24 11:16:35, consoleui.py:37] Waiting for deployed services to be in a ready state.
[INFO: 06-24 11:16:35, core.py:580] Checking availability of neutron-api:pending, rabbitmq-server:pending, glance-simplestreams-sync:pending, keystone:pending, neutron-gateway:pending, glance:pending, nova-cloud-controller:pending, mysql:pending, nova-compute:pending, openstack-dashboard:pending
[INFO: 06-24 11:19:45, core.py:580] Checking availability of neutron-api:pending, rabbitmq-server:pending, glance-simplestreams-sync:pending, keystone:pending, glance:pending, nova-cloud-controller:pending, mysql:pending, nova-compute:pending, openstack-dashboard:pending
[INFO: 06-24 11:21:31, core.py:580] Checking availability of neutron-api:pending, rabbitmq-server:pending, glance-simplestreams-sync:pending, keystone:pending, glance:pending, nova-cloud-controller:pending, mysql:pending, openstack-dashboard:pending
[INFO: 06-24 11:44:03, core.py:580] Checking availability of neutron-api:pending, glance-simplestreams-sync:pending, keystone:pending, glance:pending, nova-cloud-controller:pending, mysql:pending, openstack-dashboard:pending
[INFO: 06-24 12:03:46, core.py:580] Checking availability of neutron-api:pending, glance-simplestreams-sync:pending, keystone:pending, glance:pending, mysql:pending, openstack-dashboard:pending
[INFO: 06-24 12:04:50, core.py:580] Checking availability of neutron-api:pending, glance-simplestreams-sync:pending, keystone:pending, mysql:pending, openstack-dashboard:pending
[INFO: 06-24 12:14:41, core.py:580] Checking availability of neutron-api:pending, glance-simplestreams-sync:pending, keystone:pending, mysql:pending
[INFO: 06-24 12:16:27, core.py:580] Checking availability of neutron-api:pending, glance-simplestreams-sync:pending, keystone:pending
[INFO: 06-24 12:17:30, core.py:580] Checking availability of glance-simplestreams-sync:pending, keystone:pending
[INFO: 06-24 12:18:13, core.py:580] Checking availability of glance-simplestreams-sync:pending
[INFO: 06-24 12:32:39, core.py:580] Checking availability of glance-simplestreams-sync:pending, keystone:error
[INFO: 06-24 12:40:24, core.py:580] Checking availability of keystone:error
Alguma idéia de por que esse erro pode estar ocorrendo ou o que eu preciso fazer para contornar isso?
(Por favor, deixe-me saber se há alguma informação adicional que eu possa fornecer. Sou novo nisso e aprendo enquanto vou, então não tenho certeza de onde encontrar logs mais específicos ou úteis.)
Consegui concluir minha instalação com êxito, executando novamente o gancho em um segundo terminal.
juju resolved --retry keystone/0