У меня есть среда OpenStack Mitaka с двумя узлами, состоящая из контроллера/вычислительного узла и вычислительного узла. Я следовал руководству по установке, чтобы включить динамическую миграцию экземпляра с использованием блочного хранилища LVM. То есть: нет общего хранилища, только локальное блочное хранилище LVM.
При использовании OpenStack Horizon для выполнения динамической миграции отображается сообщение об успешном выполнении, однако миграция далека от успешной. Это работало в значительной степени из коробки с нашей установкой Juno. Я исчерпал Google и не могу найти других людей, сталкивающихся с той же проблемой. Я подумал, что это может быть проблема синхронизации времени, поэтому установил оба узла в UTC. Тем не менее проблемы сохраняются.
Исходный компьютер /var/log/nova/nova-compute.log
2016-08-12 15: 56: 42,120 2230 ОШИБКА nova.virt.libvirt.driver [REQ-b71ea7b0-5fa8-4b57-92d2-4edec62135c2 b017d86d1143461a92a267d4b912c104 88c686f09e1b427fb750f5c00716f84e - - -] [пример: 5763b6b6-370c-448c-8e8f-8b71eafaa8f1] Операция переноса прервана
2016-08-12 15: 56: 42,470 2230 ОШИБКА nova.virt.libvirt.driver [REQ-b71ea7b0-5fa8-4b57-92d2-4edec62135c2 b017d86d1143461a92a267d4b912c104 88c686f09e1b427fb750f5c00716f84e - - -] [пример: 5763b6b6-370c-448c-8e8f-8b71eafaa8f1] Сбой динамической миграции: внутренняя ошибка: невозможно выполнить команду QEMU «мигрировать»: миграция отключена: не удалось выделить общую память
Целевой узел /var/log/libvirt/libvirtd.log
2016-08-12 15:56:41.864+0000: 2170: ошибка: qemuMonitorJSONGetMigrationStatsReply: 2443: внутренняя ошибка: отсутствовал ответ о переносе информации, статус возврата
2016-08-12 15:56:41.864+0000: 2170: ошибка: virNetClientProgramDispatchError:177: невозможно открыть файл журнала: '/var/log/libvirt/qemu/instance-0000006a.log': устройство или ресурс занят
В исходных или целевых журналах nova или libvirt нет других событий.
Я также должен отметить, что я пытаюсь использовать qemu+tcp (прослушивание libvirt включено, порт tcp по умолчанию, без аутентификации), а не qemu+ssh, чтобы все было просто. во время тестирования. На самом деле, я все равно собираюсь использовать только qemu+tcp.