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

Чт Ноя 10 16:01:13 MSK 2011

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 и документацией к нему.

>>>> Для этих машин требуется настройка 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). Я
>> взял и отключил такое поведение, у разработчиков Яузы должна быть
>> возможность самим по человечески взять и запустить виртуалки.

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

>> Также кто-то поломал работу команды/пакета vbox - спиок не посмотреть,
>> команды stop|start|sleep работают через(тут, возможно, как-то странно
>> реагирует сам virtualbox). Тут должен быть системный подход, а не набор
>> костылей, я понимаю, что на решение некоторых задач уходит много времени и
>> сил(развертывание стенда для Яузы и т.д.), а они не являются эссенциальными,
>> но сложившаяся ситуация не позволяет полноценно работать сразу нескольким
>> проектам  - нужно качественное решение.

Кстати, тем "кто-то поломал работу команды/пакета vbox - спиок не
посмотреть" тоже мог быть я. Вот только ни одного сообщения в рассылку
об этом я не видел.

При этом непонятно, что имеется в виду. У меня вывод выглядит так:
[root на virtualbox ~]# service vboxmachines status
* Global group:
[   ---   ] :: "Archive Name: Without dist-upgrade (UUID:
723000b9-bdfc-4715-840a-71cdf647ea3d) Name: before update (UUID:
2a49a702-38bb-4193-904a-eb564cf428d0) Name: before fixing (UUID:
8faf7b19-fffd-4ae4-8813-25c073ba2d41) Name: Work with old base (UUID:
27e97ff9-5856-48c4-b857-c5a578a22914) *" -
8c2b29dd-34bd-419e-9336-0e76f2c22519
[   ---   ] :: "[B] Solaris 10" - 9be7cb14-f8a6-43b0-939b-95471d2ad15e
[   ---   ] :: "[B] Solaris z10 Name: New install (UUID:
74308ff0-4b75-43ef-b94e-4ba891c8624b) Name: WINE (UUID:
926bc303-a140-43d3-a8bd-bc6500ee49e0) *" -
9cee5fc0-6c9a-4fc7-b338-ec6922abb244
[   ---   ] :: "[B] FreeBSD 8.0 Name:  (UUID:
24e062ec-dd4e-4fa5-a785-8f3e9e657d15) Name:  (UUID:
f2821ffc-a221-4cbe-92e1-f2ea666dd409) *" -
c0016f1d-313c-477d-8e61-aa324d9f8cfa

* Group 'yauza':
[   ---   ] :: "[yauza] gdg1" - 11a1aeef-7ea8-4e39-8e47-b6d0d2bb4f7b
[   ---   ] :: "[yauza] ts2k2" - 211d8170-8d10-407e-9157-533820c9c7ad
[   ---   ] :: "[yauza] ts1k2" - 299428ad-db09-4519-b517-baa31d630e70
[ RUNNING ] :: "[yauza] geucpu" - 33d28b43-a8d0-406e-8096-bb36d5f37f7b
[   ---   ] :: "[yauza] gui2" - 37f5d9e0-3723-4fff-a421-c21291b57175
[   ---   ] :: "[yauza] guits1" - 3c94b5ca-937d-4b29-b4a1-c16f75cf0a1a
[ RUNNING ] :: "[yauza] ses" - 5a6fc337-36a2-4968-b342-570340bfd92e
[ RUNNING ] :: "[yauza] geuaps" - 6c40c715-86b6-4275-bb4d-9fe818793f7c
[   ---   ] :: "[yauza] tspus" - 82d9029d-89de-4e3e-b3a7-b209cfe97cce
[   ---   ] :: "[yauza] gdg3" - 899bb0a4-32a2-4d21-a69d-28d3b9b3e09c
[ RUNNING ] :: "[yauza] sescpu" - 8a1d4af8-c38c-4805-8356-021d445784e7
[   ---   ] :: "[yauza] ts2k1" - 905209bf-f2e4-44bb-8cf5-b6dd02460dd2
[ RUNNING ] :: "[yauza] geu" - 9a2f135e-d497-4af8-ab58-ba1192831af7
[ RUNNING ] :: "[yauza] gui1" - b5e7e5a5-64fe-4f9f-ae51-42e8fb8cd368
[   ---   ] :: "[yauza] ts1k1" - d1f7e67b-534b-4f66-93c5-5387455975d9
[   ---   ] :: "[yauza] tscpu" - d3059e97-5ec1-4774-af97-e2aeab0bccff
[ RUNNING ] :: "[yauza] geupus" - d6f6be1d-1cec-490e-99cc-852dd85318b9
[   ---   ] :: "[yauza] gdg2" - e4246fa5-37ea-4908-8d50-3b29d5a81652
[   ---   ] :: "[yauza] gdg4" - e7a64763-5b21-4172-b880-67dacb98f206

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

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

-- 
Sin (Sinelnikov Evgeny)
Etersoft