В Sun, 26 Oct 2014 10:49:59 +0300 Victor Wagner <[email protected]> пишет:
> Решил тут поэкспериментировать с управлением 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) > -- > > -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
