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

[Evgeny Sinelnikov]

10 ноября 2011 г. 15:39 пользователь Shestakov Dmitriy
<mid на etersoft.ru> написал:
>>> С недавних пор, я добавил в скрипты запуска виртуальных машин
>>> возможность работы с группами. Стали доступны команды:
>>> # service vboxmachines start yauza
>>> # service vboxmachines stop yauza
>>> # service vboxmachines restart yauza
>>
>> О чём не было написано в
>> https://bugs.etersoft.ru/show_bug.cgi?id=7689
>>
>
> Все таки это готовое решение, и оно не должно лежать мертвым грузом в баге.
> Мое мнение, что такого рода информация должна находиться в вики(раздел по
> vbox'у у нас есть), также сотрудники должны быть проинформированы через
> офисную рассылку, а бага служит для того, чтобы задокументировать ход работы
> и отчитаться перед начальством/коллегами.
>

Типичные пожелания, но к чему они?

Странный подход к работе у нас предполагается:
* делаем простое решение - оказывается, что оно недостаточно универсально
* делаем универсальное решение - им всё равно никто не пользуется
потому, что этому универсальному решению требуется документация...
* делаем документацию - приходится рассказывать, что она есть и её
нужно читать...

Я думаю, что нужно не только рыскать по трём разным wiki и архиву
рассылки в надежде найти ответ на решаемый вами вопрос, но просто
задавать вопросы в рассылку.

Не багах обсуждения устраивать, сюда вопросы задавать. Тогда будет
что-то на wiki появляться.

А если рассуждать о том, как надо было сделать и как всё, в идеале,
должно быть, то всё время будешь упираться в то, что всё не так...


Если "раздел по vbox'у у нас есть", то нужно, видимо, его привести,
предложить туда что-то добавить. Для начала, хотелось бы, хотя бы
привести. Где у нас этот раздел по vbox?

/mail/u/0/?shva
=1#i


>
>
>>> Для этих машин требуется настройка loop-устройств, которая сейчас
>>> выполняется в скрипте
>>>  /usr/local/sbin/init_vbox_loop.sh
>>> Этот скрипт поставлен в автозагрузку через /etc/rc.d/rc.local.vbox
>>>
>>> Теперь возникает вопрос. Кто и зачем закомментировал строку
>>> # Local vbox initialization.
>>> #. /etc/rc.d/rc.local.vbox
>>> в файле /etc/rc.d/rc.local ?
>>>
>>> Можно пояснить как была понята схема?
>>
>> В любом случае это была неверная архитектура, а закомментированная
>> строчка - её результат.
>
>
> Закомментировал строку я.
>
> При включении vbox'а, сразу же поднимаются виртуалки Яузы, которые не дают
> запускать виртуалки для работы отдела тестирования/разработки(wine,selta). Я
> взял и отключил такое поведение, у разработчиков Яузы должна быть
> возможность самим по человечески взять и запустить виртуалки.
>
> Также кто-то поломал работу команды/пакета vbox - спиок не посмотреть,
> команды stop|start|sleep работают через(тут, возможно, как-то странно
> реагирует сам virtualbox). Тут должен быть системный подход, а не набор
> костылей, я понимаю, что на решение некоторых задач уходит много времени и
> сил(развертывание стенда для Яузы и т.д.), а они не являются эссенциальными,
> но сложившаяся ситуация не позволяет полноценно работать сразу нескольким
> проектам  - нужно качественное решение.
>
> Стоит добавить что GUI обертка самого virtualbox довольно глючная штука,
> особенно когда ей параллельно пользуется несколько человек.
>
>
>
>
>
>
>
>
>
>
>
> --
> -----------
> С уважением,
> Дмитрий Шестаков,
> Служба поддержки Etersoft.
> http://www.etersoft.ru
> _______________________________________________
> Devel mailing list
> Devel на lists.etersoft.ru
> http://lists.etersoft.ru/mailman/listinfo/devel
>



-- 
Sin (Sinelnikov Evgeny)
Etersoft