[Devel] [Задача 7856] Недоступны виртуальные машины проекта Яуза

[Evgeny Sinelnikov]

10 ноября 2011 г. 19:32 пользователь Shestakov Dmitriy
<mid на etersoft.ru> написал:
> On Thu, 10 Nov 2011 17:01:13 +0400, Evgeny Sinelnikov wrote:
[...]
> По сабжу:
Да, по теме... Для остальных вопросов я сменил тему и ответил в
отдельных сообщениях.

> Женино решение вполне рабочее, а главное что не оно источник проблемы -
> bugs.etersoft.ru/show_bug.cgi?id=7717.
>
> По сути сейчас не возможно поднять больше 24-25 виртуалок с сетевым
> интерфейсом на данный момент - это основная проблема, которая чудесным
> образом была переквалифицирована в отсутствие возможности гибкого
> управления/администрирования стендом Яуза на vbox'e.
>

В общем, задача #7856 зависит от #7717:
http://bugs.etersoft.ru/show_bug.cgi?id=7856
http://bugs.etersoft.ru/show_bug.cgi?id=7717

>> И что? Из-за "неверной" архитектуры нужно ломать автозагрузку
>> виртуального стенда?
>> Ну, сделайте верную... Только архитектурой не надо это называть.
>>
>
> Да, проще руками этот скрипт запустить после загрузки системы(если нужна
> Яуза), чем потом руками же тушить 2-а десятка машин.

Отлично, а никому не кажется, что это странный подход, когда мой
автоматический скрипт - это  "неверная" архитектура, а другим, при
этом, "проще руками этот скрипт запустить", причём никого об этом не
предупредив?

Ну, да ладно, не в этом дело... проблема в том, что такой ручной
привод, например, как "необходимость попросить Диму" - решение самое
неудачное.

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

Причём третий вариант предполагает избавление от глюков GUI-обёртки и
не просто хранение образов, которые постоянно меняются, а хранение
архива образов. Честно говоря, мне как-то странно, когда однажды
установленный образ Fedora 14, например, доступен всем на запись и
потенциально может быть убит почти любым. Что неужели никого не
смущает, что если образ сломают, то потребуется повторно тратить время
на его установку? А если не сломают, а обновят и ядро старое уже так
просто не вернуть?



-- 
Sin (Sinelnikov Evgeny)
Etersoft