Слушай, а ironic то у меня 11.1.1.dev46
C rocky еще.

Эт агент свежий только)

Сам дурак, штош.

Не иначе как чтоб уж точно злоумышленникам было удобнее трафик снимать с него)

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

Но возможно)
Но да, бутыль то тут рядом и стоит.

у меня за месяц пол бутыля ушло 😔

Эт еще ничо, вроде)
Хотя смотря чо там за размер.

народ, нид хэлп. создаю тачку через heat, дальше докидываю через него же вольюм, и либвирт очень странно отрабатывает, почему то детачит второй вольюм

2020-04-16 09:12:47.569+0000: 373538: info : qemuMonitorIOWrite:551 : QEMU_MONITOR_IO_WRITE: mon=0x7f738c014960 buf={"execute":"__com.redhat_drive_add","arguments":{"file":"rbd:pool_name/volume-XXXXXXXX:id=pool_name:auth_supported=cephx\\;none:mon_host=mon_ip1\\;mon_ip2\\;mon_ip3","file.password-secret":"virtio-disk1-secret0","format":"raw","id":"drive-virtio-disk1","serial":"XXXXXXXXX","cache":"none","discard":"unmap","throttling.iops-total":"300"},"id":"libvirt-25"} len=477 ret=477 errno=0
2020-04-16 09:12:47.611+0000: 373538: info : qemuMonitorJSONIOProcessLine:217 : QEMU_MONITOR_RECV_REPLY: mon=0x7f738c014960 reply={"return": {}, "id": "libvirt-25"}
2020-04-16 09:12:47.611+0000: 373570: info : qemuMonitorSend:1083 : QEMU_MONITOR_SEND_MSG: mon=0x7f738c014960 msg={"execute":"device_add","arguments":{"driver":"virtio-blk-pci","scsi":"off","bus":"pci.6","addr":"0x0","drive":"drive-virtio-disk1","id":"virtio-disk1","write-cache":"on"},"id":"libvirt-26"} fd=-1
2020-04-16 09:12:47.619+0000: 373538: info : qemuMonitorJSONIOProcessLine:217 : QEMU_MONITOR_RECV_REPLY: mon=0x7f738c014960 reply={"return": {}, "id": "libvirt-26"}
020-04-16 09:12:57.224+0000: 373538: info : qemuMonitorIOWrite:551 : QEMU_MONITOR_IO_WRITE: mon=0x7f738c014960 buf={"execute":"__com.redhat_drive_del","arguments":{"id":"drive-virtio-disk1"},"id":"libvirt-28"} len=96 ret=96 errno=0

в логах новы есть только действие по аттачу, не пойму откуда на детач прилетает команда. После хард ребута все работает норм оба вольюма подключены. релиз queens (kolla)

Подскажите, пожалуйста по вопросу:
https://qna.habr.com/q/752197

Failed to get metadata for instance id:

бьюсь над такой же проблемой. Видимо проблема с cloud-init. как только сменил imge c Centos 7.6 на Centos 7.7 проблема исчезла.

у меня была проблема с включенным кешом на стороне neutron-metadata-agent. После его отключения проблема пропала

а ты просто закоментил "memcache_servers" в metadata-agent.ini  и neutron.conf, или же какой другой параметер?

[cache]
enabled = false

но опять же тут вопрос, та же ошибка у тебя?

метаданные вообще с ВМ доступны?

#enabled = false , я так понимаю по дефолту он включен

в логах вижу что комуникация с Метадатой начинается спустя 5 минут после того как агент стартанул на компюте

и если перегрузит инстанс то все работает

так же если флотинг подключать то будет сразу работать

посмотри вывод консольных логов, у него получается сходить на 169.254 ?