А так, согласен с тобой.
Ну и "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
>>
>> Буду дальше разбираться.
>>
>> 2012/8/29 Sergey Abramyan <sa.ab...@gmail.com>:
>>>
>>> Надо будет туда отписаться.
>>>
>>> 2012/8/29 Sergey Abramyan <sa.ab...@gmail.com>:
>>>>
>>>> sid.
>>>>
>>>> Да, баг видел.
>>>>
>>>> 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/30 George Shuklin <george....@gmail.com>:
> Вот и ответ.
>
> Правильный /etc/network/interfaces для xcp-xapi выглядит так:
>
> grep -v "#" /etc/network/interfaces
>
>
> auto lo xenbr0
> iface lo inet loopback
>
>
> Насчёт auto xenbr0 даже не уверен, возможно он тоже не нужен.
>
> 30.08.2012 15:06, Sergey Abramyan пишет:
>
>> auto lo xenbr0
>> iface lo inet loopback
>>
>> 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
>>>>
>>>> Буду дальше разбираться.
>>>>
>>>> 2012/8/29 Sergey Abramyan <sa.ab...@gmail.com>:
>>>>>
>>>>> Надо будет туда отписаться.
>>>>>
>>>>> 2012/8/29 Sergey Abramyan <sa.ab...@gmail.com>:
>>>>>>
>>>>>> sid.
>>>>>>
>>>>>> Да, баг видел.
>>>>>>
>>>>>> 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:
>>>>>>>>>>>>>
НО, без lvmoniscsi, это совсем не интересно.