А так, согласен с тобой.
Ну и "deb-парни: "соберём свой клауд платформ с шахматами и
велосипедом"", это лучше, чем iso непонятный.
Мы пока не запустились, поэтому рассматриваю все варианты.
2012/8/25 roman....@gmail.com <roman....@gmail.com>:
--
С уважением,
Сергей Абрамян
2012/8/26 George Shuklin <george....@gmail.com>:
--
С уважением,
Сергей Абрамян
2012/8/27 George Shuklin <george....@gmail.com>:
> К слову, если я правильно помню, то tapdisk в ванильке 3.х -- нет.
>
>
> Мало аварий наблюдали. Если возникают пертурбации с тапдиском (например,
> nfs-шара залипла и таймаутится непонятно сколько), то это задевает
> возможность по подключению/отключению остальных дисков. С LVM вообще швах,
> ибо на залипшем pv сделать lvs (даже для другого VG) мягко говоря,
> проблемно.
>
> tapdisk в xcp-xapi собирается в виде dkms модуля. Кстати, у него тоже есть
> свои представления о том когда и как срать в dmesg, и не всегда это здорово
> для dom0. Идеальная архитектура xapi (к которой они пытаются прийти) выносит
> каждый компонент в отдельный домен. То есть сеть у одного домена, блочные
> устройства (по штуке на SR) на другом, xenstored в третьем и т.д. Только
> так, кстати, можно будет относительно безболезненно делать перезагрузку
> dom0, иначе каким макаром соединения в tap'ах восстанавливать?
>
> Ну, у нас вся попаболь ещё впереди, благо kvm-продакт уже на горизонте да
> засиневел :0)
>
> А про перезагрузку -- если я помню точно, то говорили про биндинг зон в RAM
> (что в общем-то более логично, чем стопицот доменов).
> Утрируя, у dom0 кроме своей памяти есть ещё одна зона (аналог выделенной
> гостевой ram), которая аллоцирована и доступна только через xenstore(?). И
> при перезагрузке xenstore смотрит что там и где живёт. Поскольку быстрый
> ребут занимает ~10 секунд, то гости просто фризятся.
> Ну и поскольку данная ситуация не является штатной, то 10 сек -- вполне
> допустимый лаг.
> Хотя я и допускаю, что это был пьяный бред :0) В рассылке иногда и не такое
> встречается.
>
>
> С рестартом xenstored ситуация очень сложная. Сохранить данные - никаких
> проблем. По большому счёту если делать транзакции на диск, то и в памяти
> ничего хранить не нужно. А вот с открытыми event channel'ами и shared memory
> - проблема. Потому что по большому счёту никто не знает что там. domU знает
> свою половинку, dom0 свою. И ещё это как-то гипервизору нужно говорить с
> обоих сторон (bind event channel, и обратный к нему, забыл как называется).
> Так что, скорее, я бы сказал, что красивым вариантом будет xenstored в виде
> автономного домена, переживающего ребут dom0.
>
> С устройствами ситуация, кстати, такая же. Именно из-за специфики биндинга
> памяти образуются зомби (когда на домен делается domain_destroy(), а он
> висит с статусом -d- и нескольмими килобайтами памяти). Если говорить про
> "прозрачную переживаемость", то она должна делаться с активной поддержкой
> domU, т.е. через XenBus приходит сообщение "device reset" и устройство
> переподключается. Если так сделать, то да, можно будет кусочки ребутить
> ценой небольшого лага по всем заинтересованным.
>
> А до этого момента всё будет утыкаться в то, что мы не можем прозрачно
> передёрнуть устройство в dom0 или в driver domain.
>
>
--
С уважением,
Сергей Абрамян
И по поводу "Недавно поправили дурацкий баг в xen'е, когда
start_domains запускал xapi вместо xm/xl, чем приводил следующую копию
xapi в недоумение.", это про веселую вещь, когда xendomains пускал
xapi list?
2012/8/29 George Shuklin <george....@gmail.com>:
> Если мне хоть кто-то объяснит на кой ляд 64 бита в dom0 (при 64-битном
> гипервизоре), мне станет понятнее вопрос.
>
>
> 29.08.2012 17:27, Sergey Abramyan пишет:
>
>> Я верно понимаю, что хост система с архитекрутой amd64, сейчас имеет
>> статус experimental?
>>
>> 2012/8/27 George Shuklin <george....@gmail.com>:
>>>
>>> On 27.08.2012 00:09, roman....@gmail.com wrote:
>>>
>>> On 08/26/2012 11:43 PM, George Shuklin wrote:
>>>
>>> On 26.08.2012 16:25, roman....@gmail.com wrote:
>>>
>>> On 08/26/2012 06:56 AM, George Shuklin wrote:
>>>
>>> 26.08.2012 03:59, roman....@gmail.com пишет:
>>>
>>> On 08/26/2012 03:27 AM, George Shuklin wrote:
>>>
2012/8/29 George Shuklin <george....@gmail.com>:
> Он самый.
>
> Насколько я понял из чейнжлога, проблему решили в скриптах самого зена,
> которые не запускают $TOOLSTACK list если он равен xapi.
>
> 29.08.2012 17:37, Sergey Abramyan пишет:
>
>> Понятно, что оно там нафиг не надо. Интересует более состояние дел,
>> так как в рассылках нашел упоминание о том, что оно только
>> тестируется, и одно упоминание за 2011 год, что статус experimental.
>>
>> И по поводу "Недавно поправили дурацкий баг в xen'е, когда
>> start_domains запускал xapi вместо xm/xl, чем приводил следующую копию
>> xapi в недоумение.", это про веселую вещь, когда xendomains пускал
>> xapi list?
>>
>> 2012/8/29 George Shuklin <george....@gmail.com>:
>>>
>>> Если мне хоть кто-то объяснит на кой ляд 64 бита в dom0 (при 64-битном
>>> гипервизоре), мне станет понятнее вопрос.
>>>
>>>
>>> 29.08.2012 17:27, Sergey Abramyan пишет:
>>>
>>>> Я верно понимаю, что хост система с архитекрутой amd64, сейчас имеет
>>>> статус experimental?
>>>>
>>>> 2012/8/27 George Shuklin <george....@gmail.com>:
>>>>>
>>>>> On 27.08.2012 00:09, roman....@gmail.com wrote:
>>>>>
>>>>> On 08/26/2012 11:43 PM, George Shuklin wrote:
>>>>>
>>>>> On 26.08.2012 16:25, roman....@gmail.com wrote:
>>>>>
>>>>> On 08/26/2012 06:56 AM, George Shuklin wrote:
>>>>>
>>>>> 26.08.2012 03:59, roman....@gmail.com пишет:
>>>>>
>>>>> On 08/26/2012 03:27 AM, George Shuklin wrote:
>>>>>
Да, баг видел.
2012/8/29 George Shuklin <george....@gmail.com>:
> Собственно, из чейнжлога:
> xen (4.1.3~rc1+hg-20120614.a9c0a89c08f2-5) unstable; urgency=low
>
> [ Ian Campbell ]
> * Set tap device MAC addresses to fe:ff:ff:ff:ff:ff (Closes: #671018)
> * Only run xendomains initscript if toolstack is xl or xm (Closes:
> #680528)
>
> А вот и сам баг: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680528
>
>
> 29.08.2012 17:53, Sergey Abramyan пишет:
>>
>> Ну, проблема осталась, свежая установка. Ну или еще не запилили в
>>
>> основное дерево.
>>
>> 2012/8/29 George Shuklin <george....@gmail.com>:
>>>
>>> Он самый.
>>>
>>> Насколько я понял из чейнжлога, проблему решили в скриптах самого зена,
>>> которые не запускают $TOOLSTACK list если он равен xapi.
>>>
>>> 29.08.2012 17:37, Sergey Abramyan пишет:
>>>
>>>> Понятно, что оно там нафиг не надо. Интересует более состояние дел,
>>>> так как в рассылках нашел упоминание о том, что оно только
>>>> тестируется, и одно упоминание за 2011 год, что статус experimental.
>>>>
>>>> И по поводу "Недавно поправили дурацкий баг в xen'е, когда
>>>> start_domains запускал xapi вместо xm/xl, чем приводил следующую копию
>>>> xapi в недоумение.", это про веселую вещь, когда xendomains пускал
>>>> xapi list?
>>>>
>>>> 2012/8/29 George Shuklin <george....@gmail.com>:
>>>>>
>>>>> Если мне хоть кто-то объяснит на кой ляд 64 бита в dom0 (при 64-битном
>>>>> гипервизоре), мне станет понятнее вопрос.
>>>>>
>>>>>
>>>>> 29.08.2012 17:27, Sergey Abramyan пишет:
>>>>>
>>>>>> Я верно понимаю, что хост система с архитекрутой amd64, сейчас имеет
>>>>>> статус experimental?
>>>>>>
>>>>>> 2012/8/27 George Shuklin <george....@gmail.com>:
>>>>>>>
>>>>>>> On 27.08.2012 00:09, roman....@gmail.com wrote:
>>>>>>>
>>>>>>> On 08/26/2012 11:43 PM, George Shuklin wrote:
>>>>>>>
>>>>>>> On 26.08.2012 16:25, roman....@gmail.com wrote:
>>>>>>>
>>>>>>> On 08/26/2012 06:56 AM, George Shuklin wrote:
>>>>>>>
>>>>>>> 26.08.2012 03:59, roman....@gmail.com пишет:
>>>>>>>
>>>>>>> On 08/26/2012 03:27 AM, George Shuklin wrote:
>>>>>>>
2012/8/29 Sergey Abramyan <sa.ab...@gmail.com>:
Буду дальше разбираться.
2012/8/29 Sergey Abramyan <sa.ab...@gmail.com>:
iface xenbr0 inet static
bridge_ports eth0
address ip
netmask mask
network net
broadcast br
gateway gw
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers ns
----------
xe pif-list (в пуле два хоста)
xe pif-list
uuid ( RO) : 89ac8ae7-8609-7521-7104-9d2d7ca02475
device ( RO): eth0
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): 6f07680c-4e2b-a2b4-6c4d-4323f365fbe6
uuid ( RO) : 69537dbc-4699-27cf-703d-193a6310c762
device ( RO): eth1
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): c1fbbf9f-342a-bef2-2980-009605189810
uuid ( RO) : e781017d-7a90-2526-8eeb-8bb7e4f746b8
device ( RO): eth1
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): c1fbbf9f-342a-bef2-2980-009605189810
uuid ( RO) : e7dc1c14-ba76-3595-e7be-67f07f0ab899
device ( RO): eth0
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): 6f07680c-4e2b-a2b4-6c4d-4323f365fbe6
2012/8/30 George Shuklin <george....@gmail.com>:
> Покажи interfaces и xe pif-list. У меня такое было, когда interfaces криво
> были настроены.
>
> 30.08.2012 12:23, Sergey Abramyan пишет:
>
>> Теперь словил новую проблему с openvswitch:
>> Aug 30 12:19:54|00058|dpif|WARN|datapath xenbr0 already exists but
>> cannot be opened: No such device
>> Aug 30 12:19:54|00059|ofproto_dpif|ERR|failed to open datapath xenbr0:
>> No such device
>> Aug 30 12:19:54|00060|ofproto|ERR|failed to open datapath xenbr0: No such
>> device
>> Aug 30 12:19:54|00061|bridge|ERR|failed to create bridge xenbr0: No such
>> device
>> Aug 30 12:19:54|00062|bridge|INFO|destroyed port xenbr0 on bridge xenbr0
>> Aug 30 12:19:54|00063|bridge|INFO|destroyed port eth0 on bridge xenbr0
>> Aug 30 12:19:54|00064|bridge|INFO|destroyed port vif1.0 on bridge xenbr0
>>