Openstack Q&A
Вопрос 1
Q: Invalid service catalog: compute - Horizon
A: Смотрим список сервисов:
Видим, что ряд сервисов (Name) представлены в списке в двух экземплярах, причем в одном из них есть endpoints, а в другой записи - точки входа в сервис пустые. Их надо удалить.
Следующий запрос выдает сообщение, что к сервису привязано несколько соответствий -а должно быть одно.
openstack endpoint list --service nova
Multiple service matches found for 'nova', use an ID to be more specific
Удалим лишнее таким запросом:
Вопрос 2
Q: Ошибка подключения к гипервизору HypervisorUnavailable:
A: Проверить nova-compute.conf
cat /etc/nova/nova-compute.conf
[DEFAULT]
compute_driver=libvirt.LibvirtDriver
[libvirt]
virt_type=kvm
Затем добавить пользователя nova в группу libvrit и перестартовать сервис libvirt-bin
Вопрос 3
Q: Ошибка при создании инстанса:
Binding failed for port 53f6f3f4-6bc0-461b-9154-baab0e9ea033, please check neutron logs for more information. Код 500
В логе на целевом гипервизоре /var/log/neutron/neutron-openvswitch-agent.log:
019-09-03 12:26:33.141 25058 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent [-] Failed reporting state!: AccessRefused: (0, 0): (403) ACCESS_REFUSED - Login was refused using authentication mechanism AMQPLAIN. For details see the broker logfile.
A: Нет каталога для сокета взаимодействия с RabbitMQ
mkdir /var/lib/neutron/lock; chown neutron: /var/lib/neutron/lock
systemctl restart neutron-openvswitch-agent
Вопрос 4
Q: Ошибка запуска сервиса neutron-openvswitch-agent
A: Проверить файл описания сервиса
Закомментировать User=neutron, Group=neutron в файлах – описаниях сервиса /etc/systemd/system/neutron-openvswitch-agent.service
sed -i 's/User=neutron/#User=neutron/' /etc/systemd/system/neutron-openvswitch-agent.service
sed -i 's/Group=neutron/#Group=neutron/' /etc/systemd/system/neutron-openvswitch-agent.service
Добавить в секцию [securitygroup] файла /etc/neutron/plugins/ml2/openvswitch_agent.ini
Затем – перегрузить демона systemctl и службу агента
Вопрос 5
Q: Не создаются ВМ на конкретном, определенном типа флавора.
A: В типе инстанса были установлены свойства, которые не поддерживаются ни одним их 3-х гипервизоров.
Смотрим свойтсва флавора:
+----------------------------+-------------------------------------------------------------------------+
| Field | Value |
+----------------------------+-------------------------------------------------------------------------+
| OS-FLV-DISABLED:disabled | False |
| OS-FLV-EXT-DATA:ephemeral | 0 |
| access_project_ids | None |
| disk | 60 |
| id | 4886ef8c-95d9-4f7f-98e7-f59a23dcc7d3 |
| name | c1.medium |
| os-flavor-access:is_public | True |
| properties | aggregate_instance_extra_specs:pinned='true', hw:cpu_policy='dedicated' |
| ram | 8192 |
| rxtx_factor | 1.0 |
| swap | |
| vcpus | 4 |
+----------------------------+-------------------------------------------------------------------------+
Убираем все неподдерживаемые свойства:
openstack flavor unset --property aggregate_instance_extra_specs:pinned <flavor_id>
openstack flavor unset --property hw:cpu_sockets <flavor_id>
openstack flavor unset --property hw:cpu_policy <flavor_id>
Вопрос 6
Q: Если после смены hostname и перезаписи файла /etc/hosts в ВМ (debian 9.11) перезагрузить инстанс, то содержимое /etc/hosts вернется в прошлое состояние.
Как это отключить?
A: В файле настроек /etc/cloud/cloud.cfg надо заменить true на false в параметре: