Запуск openstack-install с MAAS и Juju - ошибки Keystone при «ожидании готовности развернутых сервисов»

Я пытаюсь развернуть OpenStack (Liberty) на своих машинах, используя multi-опцию openstack-installer на машине с Ubuntu 14.04, но у меня не очень много успеха.

Насколько я могу судить, MAAS 1.9.3 настроен правильно - я могу вводить в эксплуатацию, распределять и развертывать узлы, а затем использовать SSH в них, нет проблем.

Когда я запускаю openstack-install, он запускает Juju на одном узле, затем запускает три других, на которых он начинает развертывание различных прелестей OpenStack. Каждый брелок разворачивается подряд.

(Выдержка из Keystone, но есть раздел, подобный этому для каждого очарования)

[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

Как только все службы развернуты, мы ждем, когда они будут готовы. Они выходят из списка ожидания по одному или двум за раз.

Keystone выходит из списка ожидания - кажется готовым - но в конечном итоге возвращается с ошибкой, когда остается только glance-simplestreams-sync. Инсталлятор зависает здесь бесконечно.

[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 

Какие-либо идеи, почему эта ошибка может возникать, или что мне нужно сделать, чтобы обойти ее?

(Пожалуйста, дайте мне знать, если есть какая-либо дополнительная информация, которую я могу предоставить. Я новичок к этому и учусь по ходу дела, поэтому я не уверен, где найти более конкретные или полезные журналы.)

2
задан 25 June 2016 в 07:16

1 ответ

Я смог завершить свою установку успешно путем повторного выполнения рычага во втором терминале.

juju resolved --retry keystone/0
0
ответ дан 25 June 2016 в 07:16
  • 1
    Извините - я didn' t ясно выражаются. Можете Вы связывать " Возьмите Screenshot" действие к ключу? Существует ли параметр командной строки, который можно передать приложению Снимка экрана, которое заставит его делать снимок экрана? Я могу выполнить " gnome-screenshot" и это заставит экран высвечиваться, но я don' t имеют всплывающее окно окна, или я могу выполнить " снимок экрана гнома-i" который поднимет окно you' ve показан. I' d нравится выполнять команду, которая делает " снимок экрана гнома-i" и затем ' presses' зеленый " Возьмите Screenshot" кнопка сразу. – tttppp 2 November 2017 в 05:24

Другие вопросы по тегам:

Похожие вопросы: