На свежей Gentoo поставил связку qemu+libvirt+virt-manager, которую использую уже на протяжении года. Версии пакетов идентичны тем, что стояли на старой системе. Но вот почему-то не работает. Симптомы таковы:
Я прошерстил всевозможные логи, запускал libvirtd и virt-manager из консоли, пускал их через strace - не обнаружил абсолютно ничего, что могло бы намекнуть на происходящие затыки.
locus ~ # /usr/sbin/libvirtd -v
2013-05-08 13:43:54.474+0000: 20514: info : libvirt version: 1.0.5
2013-05-08 13:43:54.474+0000: 20514: warning : virGetHostname:2311 : getaddrinfo failed for 'locus': Name or service not known
[quote="fragment⇓"]2013-05-08 13:43:54.474+0000: 20514: warning : virGetHostname:2311 : getaddrinfo failed for 'locus': Name or service not known
в /etc/hosts добавь строчку 127.0.0.1 locus[/quote]
Ну, варнинг исчез, только и всего :D Все вышеописанные проблемы остались.
Я уж было подумал, что это как-то связано с той проблемой с LVM (а вдруг?). Пересобрал libvirt без lvm - нуль толку.
Я вот одного не могу понять - что это за глюк такой, отловить который и узнать его причины не представляется возможным?
Ну, варнинг исчез, только и всего Все вышеописанные проблемы остались.
гипотетически, это могло исправить только 1)-ю проблему... getaddrinfo() иногда тупит, если тормозят dns/zeroconf/wins, или что там в nsswitch прописано...
"fragment⇓" написал:
Я вот одного не могу понять - что это за глюк такой, отловить который и узнать его причины не представляется возможным?
про то, как исправить остальное я без понятия... сам я qemu пользовался только для попыток запуска кросс-софта. в остальном я полагаюсь на VirtualBox.
если логов нигде нет, то я предложил бы собрать отладочную версию и подцепиться к ней gdb... но для этого соответствующие навыки нужны...
Ответ понял. Значит Unix-socket на той же машине где и virt-manager. На сервера мы сейчас ходим по SSH на unix-сокет libvirtd (настройка virt-manager). Так же можно использовать TCP сокеты для подключения непосредственно от libvirtd.
Ответ понял. Значит Unix-socket на той же машине где и virt-manager. На сервера мы сейчас ходим по SSH на unix-сокет libvirtd (настройка virt-manager). Так же можно использовать TCP сокеты для подключения непосредственно от libvirtd.[/quote]
Ответ понял. Значит Unix-socket на той же машине где и virt-manager. На сервера мы сейчас ходим по SSH на unix-сокет libvirtd (настройка virt-manager). Так же можно использовать TCP сокеты для подключения непосредственно от libvirtd.[/quote]
Есть политика завершения работы гостевых машин при остановке ноды. Конфиг где это задается уже не помню, вроде бы /etc/conf.d/libvirtd. Так вот может быть проблема в том что гипервизор пытается сохранить состояние VM и восстановить их при старте, но у него появляются проблемы. Необходимо смотреть подробнее. А Вам советую гуглить, а не задавать подобные вопросы на форуме https://www.google.com.ua/search?q=libvirt+managedsave
Есть политика завершения работы гостевых машин при остановке ноды. Конфиг где это задается уже не помню, вроде бы /etc/conf.d/libvirtd. Так вот может быть проблема в том что гипервизор пытается сохранить состояние VM и восстановить их при старте, но у него появляются проблемы. Необходимо смотреть подробнее. А Вам советую гуглить, а не задавать подобные вопросы на форуме https://www.google.com.ua/search?q=libvirt+managedsave[/quote]
Поменял в /etc/conf.d/libvirtd опцию LIBVIRTD_KVM_SHUTDOWN c managedsave на none, но эффекта никакого.
