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

Чт Ноя 10 18:32:41 MSK 2011

 On Thu, 10 Nov 2011 17:01:13 +0400, Evgeny Sinelnikov wrote:
> 10 ноября 2011 г. 16:23 пользователь Evgeny Sinelnikov
> <sin на altlinux.ru> написал:
>> 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?
>>
>
> Я так понимаю это здесь:
> http://wiki.etersoft.ru/vbox
>
> Кто готов, кроме меня, дописать?
> Если никто, то предполагаю весь исходный пафос о том, что "сотрудники
> должны быть проинформированы через офисную рассылку, а бага служит 
> для
> того, чтобы задокументировать ход работы и отчитаться перед
> начальством/коллегами" в свой адрес...
>
> Я бы даже и не против... Вот только нужно вспомнить, что всё
> начиналось с рабочего никому не мешающего решения в виде rc.local
> скрипта, а закончилось развитием пакета vbox и документацией к нему.
>
>

 Про пафос не надо нагонят, так должно быть всегда. По существу проблема 
 появилась сразу же, как стала запускаться Яуза на vbox'e , просто это 
 стало достоянием общественности только сейчас, до этого все тиха и молча 
 ругались.

 Женя, лично к тебе:
 Никто на тебя "не гонит", я сам видел, как ты проделал огромный объем 
 работы, чтобы развернуть яузу и заставить ее работать. Ведь проблема 
 была не только в том, чтобы развернуть Яузу на vbox'e но и вообще 
 заставить ее работать.

 Разворачивание Яузы на vbox'e была акцидентальной составляющей всего 
 процесса тестирования Яузы, этот этап стал трудоемким - я понимаю, что 
 тебе просто не разорваться, чтобы все успеть.

 По сабжу:
 Женино решение вполне рабочее, а главное что не оно источник проблемы - 
 bugs.etersoft.ru/show_bug.cgi?id=7717.

 По сути сейчас не возможно поднять больше 24-25 виртуалок с сетевым 
 интерфейсом на данный момент - это основная проблема, которая чудесным 
 образом была переквалифицирована в отсутствие возможности гибкого 
 управления/администрирования стендом Яуза на vbox'e.

>
> И что? Из-за "неверной" архитектуры нужно ломать автозагрузку
> виртуального стенда?
> Ну, сделайте верную... Только архитектурой не надо это называть.
>

 Да, проще руками этот скрипт запустить после загрузки системы(если 
 нужна Яуза), чем потом руками же тушить 2-а десятка машин.

> Вот в таком виде об этом и нужно было сообщить. В таком виде я
> проблему впервые себе представляю. Здесь об этом тоже ничего не
> сказано:
> http://bugs.etersoft.ru/show_bug.cgi?id=7717
>

 Вопрос самого подхода к решению я предлагаю сейчас не рассматривать, 
 так как тут должна быть золотая середина между высокой "культурой" 
 решения задач и практичностью. Ты сделал рабочее решение, потратив 
 минимум времени - отлично, если есть время и возможности, то можно 
 сделать более продуктивную реализацию(улучшить существующее решение), но 
 это не суть проблемы - выше я уже отписался, что произошла 
 переквалификация одной проблемы в другую.

>>> Стоит добавить что GUI обертка самого virtualbox довольно глючная 
>>> штука,
>>> особенно когда ей параллельно пользуется несколько человек.
>>>
>
> Это потому, что архитектура "неверная"... GUI обертка VirtualBox не
> разрабатывалась для одновременного использования при терминальном
> доступе. Она разрабатывалась из расчёта на индивидуальное
> использование на локальных компьютерах пользователей.

 Да,это понятно, но раз уж мы подняли эту тему, то нужно придумать 
 какое-то решение и реализовать его.
 По существу GUI обертка нам нужна только для того, чтобы получить 
 картинку с виртуальной машины "на прямую".
 В virtualbox есть возможность получения картинки через vrdp, но для 
 этого нужно устанавливать гостевые дополнения, что не есть хорошо, ибо 
 такой подход не позволяет произвести установку ОС, первичную 
 настройку(до момента установки госетвых дополнений), ну и главное что 
 машины без gui остаются не удел.

-- 
 -----------
 С уважением,
 Дмитрий Шестаков,
 Служба поддержки Etersoft.
 http://www.etersoft.ru