как узнать о гостевой сети в libvirt?

никак

создай один dhcp сервер и пропиши для маков нужные ip адреса.

агент в ВМ который сообщает по сети или через hyperchannel какой айпи она получила. именно это делает rhev-agent и ovirt-agent

агент в ВМ который сообщает по сети или через hyperchannel какой айпи она получила.

вот изврат-то, через hyperchannel, если есть ip адрес то накрайняк можно подключиться на какой-нибудь сервер или через snmp.

а если нет сети?

есть ip, есть и сеть

ещё можно образы подготавливать специальные каждый с маленьким дифом

проблема в том, что ip адрес не часть компьютера, а часть стека tcp/ip операционной системы(биоса и т.д.) и hypercall это уже паравиртуализация.

есть ip, есть и сеть

а если нет, apipa как показать?

проблема в том, что ip адрес не часть компьютера, а часть стека tcp/ip операционной системы(биоса и т.д.) и hypercall это уже паравиртуализация.

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

Так и не разобрал механизм работы этих агентов. Да и слишком много кода.

Я решил проблему по-другому. Узнаю имя сетевого интерфейса и соответствующий CIDR. Потом пингую всю сеть CIDR и считываю таблицу ARP на предмет искомого MAC. Кода гораздо меньше.

зато шума в сети гораздо больше, и опять же - если ВМ не в той сети, то фиг ее найдешь.

ВМ не в той сети, что и хост, это как, например?

Я рассчитываю на два самых распространенных случая сетевой настройки ВМ: NAT и bridge.

Обычно ВМ не в той сети, если подключение к удаленному хосту, в этом случае узнавать IP несколько бесполезно, потому как если там NAT, то все равно снаружи по этому IP не подключиться.

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

случайно воткнули ВМ не в тот бридж (бывает, когда их много)

. . .

no profit :)

К сожалению, такой случай неразрешим с хоста. Нужно ставить сторонний софт на ВМ, дабы получить желаемый ip.

вот и я о том же. просто если уже ставишь агента, то можно доставать из него и другию информацию, не только айпи. и передавать через него команды в ВМ кстати тоже

А по какому принципу работает rhev/ovirt-agent? Как он соединяется с хостом?

это демон в ВМ, который цепляется к hypercall. на хосте бежит vdsmd который этих агентов опрашивает, а центральный сервер управления, RHEV-M собирает инфу с хостов. Там не только айпи адреса, но и список установленного софта, залогиненный юзер в данный момент и т.д.

а под Debian есть агенты? а то в поставке RHEV только для винды и RHEL

вряд ли, но можно поискать на ovirt, оно может и взлететь.

Судя по статье об установке на хосте должна быть специфически сконфигурирована сеть. Мне это не подходит, т.к. на хосте ничего не хочу устанавливать/модифицировать. Разве что выполнить питоний код.

это для vdsm, но его гонять не обязательно. к сокету hypercall можно подключиться и вручную, просто vdsm уже делает всю работу

сокету hypercall можно подключиться и вручную

Что это за Элис и где она живет?

Можно пару ссылок, желательно с примерами кода?

https://github.com/oVirt/ovirt-guest-agent

а в vdsm надо начать с vdsClient и отследить где код вызовов на команды типа getAllVmStats https://github.com/oVirt/vdsm/blob/6c83f34d1c9b605ebdfc7a95178d1acb12cbe63e/c...

кстати, еще как вариант работы с независимым от сети портом - можно подцепить вполне штатный сериальный порт, и использовать его как для консоли, так и как обычный порт для передачи информации, готовых модулей для работы с сериальными портами полным полно

Спасибо, посмотрю. Штатная консоль virsh у меня так и не завелась командой console.

# add serial console support for domain xml:
# <serial type='pty'>
#    <target port='0'/>
# </serial>
# <console type='pty'>
#    <target type='serial' port='0'/>
# </console>

Оказывается, этого мало, надо еще в системе создать консоль. http://stackoverflow.com/questions/11845280/virsh-console-hangs-at-the-escape...

да, конечно надо. Я тут описал весь процесс для консоли: http://www.ovirt.org/Features/Serial_Console_in_CLI#Currently_operational_wor...

правда это скорее как дополнительная фича в овирте, но все изменения в ВМ и в domxml там есть

Я уже впендюрил поддержку консоли. Вот что вырисовывается.