null

Поломалась оснастка порты управляемых сетей в zVirt

В какой то момент в zVirt поломалась возможность импортировать виртуальные машины из образов в формате OVA размещённых на дисках хоста с гипервизором. Но о том как это чинить, как-нибудь в другой раз, а может и в очередном обновлении починится.
Дело в том, неудачные попытки импорта имеют неприятные последствия. В интерфейсе настройки Управляемых сетей на вкладке Порты нас встречает сообщение вида.

«Порт с идентификатором c7808f18-b5ab-4045-a230-c4ce59a86139 не найден»
​​​​​​​

И это все, что  мы можем наблюдать на этой вкладке, соответственно  управлять портами из веб-интерфейса становиться не возможно. 
Как показало небольшое исследование, данная проблема возникает  вследствие неудачного импорта. Во время импорта создаётся новая ВМ , для неё создаётся порт в  соответствующей логической сети SDN. Но после краха процедуры импорта, виртуальная машина из конфигурации zvirt удаляется, а вот в базе данных программно определяемых сетей zvirt остаётся, что и вызывает вышеуказанное сообщение.
Чтобы исправить ситуацию сначала нужно найти какому порту соответствует указанный в ошибке идентификатор. Все парамеры портов хранятся в базе данных OVN , которую можно посмотреть на менеджере виртуализации.
Искомый идентификатор задаётся в параметре   ovirt_device_id в поле external_ids в свойствах порта. Для поиска нужного порта можно использовать команду

ovn-nbctl find logical_switch_port external_ids:ovirt_device_id=<ИД из ошибки>

ovn-nbctl find logical_switch_port external_ids:ovirt_device_id=c7808f18-b5ab-4045-a230-c4ce59a86139 
_uuid               : e7ff4956-2151-4190-aee4-4d5681691050
 addresses           : ["56:6f:7e:2b:00:a2"]
 dhcpv4_options      : []
 dhcpv6_options      : []
 dynamic_addresses   : []
 enabled             : true external_ids        : {ovirt_device_id="c7808f18-b5ab-4045-a230-c4ce59a86139", ovirt_device_owner=oVirt, ovirt_nic_name=nic1, ovirt_security_groups="", zvirt_mode=dynamic, zvirt_namespace=common}
 ha_chassis_group    : []
 mirror_rules        : []
 name                : "c9afb0db-de90-4a42-a26c-88e69eb4c183"
 options             : {}
 parent_name         : []
 port_security       : []
 tag                 : [] 
tag_request         : [] 
type                : ""
 up                  : false

 

В поле  name  указано имя порта.
На всякий случай можно проверить в базе данных менеджера нет ли ВМ использующей этот порт, по имени порта или MAC адресу.  Я просто поискал в дампе базы данных извлечённой из резервной копии (о том как делать резервные копии мы подробно рассказываем тут) и увидел такую запись
  

grep  05ef7f198d82   out_engine 21703    00000000-0000-0000-0000-000000000000    SYSTEM    \N        \N        \N        2026-03-25 11:24:02.987+03    SDN_PORT_CREATE_SUCCESS    16301    0    Port nic1 (9223a5aa-8394-4caf-9a33-05ef7f198d82) for VM DC602-location1 created successfully    f    \N        \N        \N        \N    \N    \N        \N        oVirt    \N    \N    \N    f    \N    \N    \N    \N


Что усилило мои подозрения.
Теперь фантомный порт необходимо удалить из базы данных OVN. Перед удаление настоятельно рекомендуется выполнить  резервное копирование конфигурации менеджера.
Удаление выполняется с помощью команды ovn-nbctl lsp-del <имя порта >
​​​​​​​

ovn-nbctl lsp-del c9afb0db-de90-4a42-a26c-88e69eb4c183

Возможно  создалось несколько фантомных портов , эту процедуру нужно повторить для каждого. 

Next

 

 

Профессиональные навыки:

  •  За более чем 10 лет преподавательской деятельности стал обладателем навыка простого и понятного изложения учебного материала с использованием минимильного набора вспомогательных средств;
  •  Разработка и внедрение образовательных программ по различным ИКТ-направлениям;
  •  Многолетний опыт работы в технической поддержке позволил приобрести навыки поиска причин возникновения проблем в системах различной степени сложности;
  •  Проектирование, внедрение, обслуживание и оптимизаци производительности  ИКТ решений на базе аппаратных и программных продуктов таких производителей как Sun / Oracle, IBM, HP, Dell, Supermicro, Brocade, Veritas, Symantec, Intel, Huawei, Commvault, VMware и дргих;
  • Администрирование операционных систем на базе Linux (Arch, Debian, OEL, Fedora/RHEL, CentOS, Suse/SLES) и Unix - Solaris, HP-UX, AIX ;
  •  Построение решений по виртуализации на базе VMware vSphere, Huawei Fusion Sphere, Xen project, KVM, Oracle VM for Sparc, Oracle VM for x86, Oracle VirtualBox, Qemu;

Квалификация:

  • Диплом магистра техники и техногогий Санкт Петербургского Университета Информационных Технологий Механики и Оптики;
  • Oracle Certified Professional, Oracle Solaris 11 System Administrator
  • Oracle Certified Associate, Oracle Solaris 11 System Administrator
  • HCNA/HCNP Routing&Switching
  • HCNA/HCNP Storage
  • HCIE Storage (первый вне Китая)
  • HCNA/HCNP Data Center Facility
  • HCNA Cloud
  • HCNA Security
  • HCNA Unified Communication
  • IBM Certified Specialist - Storwize Family Technical Solutions
  • IBM Certified Technical Sales Specialist - Power Systems with POWER8 Scale-out
  • Sun Certified Field Engineer

Преподавательские сертификаты:

  • Oracle Certified Instructor
  • HCIE Storage Instructor
  • HCNP Routing&Switching Instructor
  • HCNP DCF Instructor
  • HCNA Cloud Instructor