[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: virt-manager и lxc в wheezy



В Sun, 26 Oct 2014 10:49:59 +0300
Victor Wagner <vitus@wagner.pp.ru> пишет:

> Решил тут поэкспериментировать с управлением lxc-контейнерами
> посредством virt-manager и столкнулся со странным эффектом
> 
> Когда я создаю контейнер средствами lxc-utils - он вроде нормально
> работает, доступа к консоли мне, правда, получить не удалось, но не
> больно то и хотелось. По ssh пускают и ладно.
> 
> Теперь пытаюсь сделать контейнер, который управляется virt-manager-ом
> 
> 1. Запускаем вручную скрипт из /usr/lib/lxc-templates, получаем
> корневую файловую систему
> 
> 2. Через меню virt-manager-а создаем operating system container LXC,
> указывая созданную файловую систему в качестве "существующей корневой
> директории". Запускаем
> 
> 3. Открывается графическая консоль и начинаются странные эффекты
> 3.1. Рутом не пускают - говорят login incorrect (ну это понятно -
> консоль у нас в /dev/pts/0, а она ни разу не в /etc/securetty
> 3.2. init ругается на respawining too fast для всех getty на /dev/tty?
> Ну тоже понятно.
> 
> И то и другое можно пофиксить, сделав chroot в директорию контейнера и
> подредактировав там inittab (убрав лишние getty) и passwd/shadow
> (добавив простого юзера).
> 
> Дальше самое интересное. Ставим sudo, а sudo, при входе по ssh(!)
> ругается sudo: нет tty и не указана программа askpass

Обновление libvirt0 (и соответсвенно libvirt-bin и python-libvirt)
из бэкпортов решило эту проблему. Правда перезагрузка и непринудительное
выключение контейнера из меню по-прежнему не работают.

Теперь с диагностикой  "mount namespaces are not available on this
platform"

> 
> Вопрос в том, можно ли исправить эту ситуацию
> а) посредством редактирования libvirt-овского xml-описания контейнера
> (очевидно же, что если у контейнера, управляемого lxc-start ssh-сессия
> имеет нормальные tty, а у контейнера, управляемого libvirt - какие-то
> неправильные, то проблема в конфигурации)
> б) посредством установки libvirt из бэкпортов (подозрение вызывает
> отсутсвие бэкпортов всей обвязки, включая сам virt-manager)
> --
> 
> 


Reply to: