Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 412 bytes --]

Hi QA!

Thursday 01, at 11:53:24 PM you wrote:

> Package: util-vserver-0.30.210-alt2
> Packager: Anton Farygin <rider@altlinux>
> Build Statistics:
> 	2 time(s) (last time: Sat Apr 08 2006) by LAKostis <lakostis@altlinux>
> 	1 time(s) (last time: Thu Dec 22 2005) by Anton Farygin <rider@altlinux>
> Status: i586 rebuild failed.
> Please investigate.
> 
> Why:
> 
фтопку гада.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Konstantin A. Lepikhov wrote:
>> Package: util-vserver-0.30.210-alt2
>> Packager: Anton Farygin <rider@altlinux>
>> Build Statistics:
>> 	2 time(s) (last time: Sat Apr 08 2006) by LAKostis <lakostis@altlinux>
>> 	1 time(s) (last time: Thu Dec 22 2005) by Anton Farygin <rider@altlinux>
>> Status: i586 rebuild failed.
>> Please investigate.
> фтопку гада.
А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это время
так vserver-а и работают, хочу собрать ядро посвежее и утилиты обновить. Перевести
это всё на OVZ очень проблематично :(

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 689 bytes --]

Hi Andrew!

Friday 02, at 04:06:43 AM you wrote:

> Konstantin A. Lepikhov wrote:
> >> Package: util-vserver-0.30.210-alt2
> >> Packager: Anton Farygin <rider@altlinux>
> >> Build Statistics:
> >> 	2 time(s) (last time: Sat Apr 08 2006) by LAKostis <lakostis@altlinux>
> >> 	1 time(s) (last time: Thu Dec 22 2005) by Anton Farygin <rider@altlinux>
> >> Status: i586 rebuild failed.
> >> Please investigate.
> > фтопку гада.
> А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это время
> так vserver-а и работают, хочу собрать ядро посвежее и утилиты обновить. Перевести
> это всё на OVZ очень проблематично :(
в чем проблематично?

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 05:06:43 Andrew Kornilov написал(а):
> Konstantin A. Lepikhov wrote:
> >> Package: util-vserver-0.30.210-alt2
> >> Packager: Anton Farygin <rider@altlinux>
> >> Build Statistics:
> >> 	2 time(s) (last time: Sat Apr 08 2006) by LAKostis <lakostis@altlinux>
> >> 	1 time(s) (last time: Thu Dec 22 2005) by Anton Farygin
> >> <rider@altlinux> Status: i586 rebuild failed.
> >> Please investigate.
> >
> > фтопку гада.
>
> А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это
> время так vserver-а и работают, хочу собрать ядро посвежее и утилиты
> обновить. Перевести это всё на OVZ очень проблематично :(
>
<skip />

Переводите на xen.

-- 
Peter V. Saveliev

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Konstantin A. Lepikhov wrote:
>> А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это время
>> так vserver-а и работают, хочу собрать ядро посвежее и утилиты обновить. Перевести
>> это всё на OVZ очень проблематично :(
> в чем проблематично?
Ну в том, что это все крутится и работает. И ради сомнительных преимущества OVZ
дергаться не стоит. Переделывать многое придется, а выхлопа почти не будет, думаю.
Дешевле ядро собрать или заплатить тому, кто соберет :)

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Peter V. Saveliev wrote:
>> А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это
>> время так vserver-а и работают, хочу собрать ядро посвежее и утилиты
>> обновить. Перевести это всё на OVZ очень проблематично :(
> Переводите на xen.
Да зачем. Работает и есть не просит. Но ядро посвежее хотелось бы иметь.
Я достаточно долго вычесывал все "особенности" при работе с достаточно
простым и понятным vserver-ом. Не хочу еще раз, с XEN или OVZ, которые
позапутаннее будут :)

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Vitaly Ostanin]

Andrew Kornilov пишет:
> Peter V. Saveliev wrote:
>>> А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это
>>> время так vserver-а и работают, хочу собрать ядро посвежее и утилиты
>>> обновить. Перевести это всё на OVZ очень проблематично :(
>> Переводите на xen.
> Да зачем. Работает и есть не просит. Но ядро посвежее хотелось бы иметь.
> Я достаточно долго вычесывал все "особенности" при работе с достаточно
> простым и понятным vserver-ом. Не хочу еще раз, с XEN или OVZ, которые
> позапутаннее будут :)

Ну раз есть не просят, то хорошо :) Но вообще xen в разы проще. 
Никаких особенностей, никакого деления памяти на sharedmem, 
буфера и т.п. Отрезал гигабайт памяти, 2 проца, 4 гига места - 
всё, будет ровно как отрезал, с user_beancounters прыгать не надо.

Конечно, нужно железо с аппаратной поддержкой и ставить grub 
вручную. Но на сервере это наименьшая проблема.

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Fri, Nov 02, 2007 at 06:03:31PM +0300, Vitaly Ostanin wrote:
> Конечно, нужно железо с аппаратной поддержкой

И желательно не-интеловское -- Intel VT обладает неисправимым
преимуществом в виде сброса кэша при переключении виртуального
контекста :]

> и ставить grub вручную.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 18:03:31 Vitaly Ostanin написал(а):
<skip />
> Ну раз есть не просят, то хорошо :) Но вообще xen в разы проще.
> Никаких особенностей, никакого деления памяти на sharedmem,
> буфера и т.п. Отрезал гигабайт памяти, 2 проца, 4 гига места -
> всё, будет ровно как отрезал, с user_beancounters прыгать не надо.
>
> Конечно, нужно железо с аппаратной поддержкой и ставить grub
> вручную. Но на сервере это наименьшая проблема.

аппаратная поддержка нужна только для запуска оффтопика под xen.

паравирт-ядра работают на любом железе.

-- 
Peter V. Saveliev

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1831 bytes --]

On [Fri, 02.11.2007 18:03], Vitaly Ostanin wrote:
> Andrew Kornilov пишет:
> > Peter V. Saveliev wrote:
> >>> А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это
> >>> время так vserver-а и работают, хочу собрать ядро посвежее и утилиты
> >>> обновить. Перевести это всё на OVZ очень проблематично :(
> >> Переводите на xen.
> > Да зачем. Работает и есть не просит. Но ядро посвежее хотелось бы иметь.
> > Я достаточно долго вычесывал все "особенности" при работе с достаточно
> > простым и понятным vserver-ом. Не хочу еще раз, с XEN или OVZ, которые
> > позапутаннее будут :)
> 
> Ну раз есть не просят, то хорошо :) Но вообще xen в разы проще. 
> Никаких особенностей, никакого деления памяти на sharedmem, 
> буфера и т.п. Отрезал гигабайт памяти, 2 проца, 4 гига места - 
> всё, будет ровно как отрезал, с user_beancounters прыгать не надо.
> 
> Конечно, нужно железо с аппаратной поддержкой и ставить grub 
> вручную. Но на сервере это наименьшая проблема.

По производительности XEN не вариант OpenVZ и VServer'у.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 18:10:29 Kirill A. Shutemov написал(а):
<skip />
> По производительности XEN не вариант OpenVZ и VServer'у.

... при большом количестве контейнеров (в районе сотни и тп..)

при нескольких контейнерах -- прошу сцылку на результаты тестов, а не на общие 
соображения. У меня таких общих соображений и про ovz полно.

-- 
Peter V. Saveliev

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Fri, Nov 02, 2007 at 06:12:18PM +0300, Peter V. Saveliev wrote:
> > По производительности XEN не вариант OpenVZ и VServer'у.
> ... при большом количестве контейнеров (в районе сотни и тп..)
> при нескольких контейнерах -- прошу сцылку на результаты
> тестов, а не на общие соображения. У меня таких общих
> соображений и про ovz полно.

У нас в офисе на основной машинке работает 15 VE, в т.ч. LTSP5,
прокси, почта, интранет-вебсервер и несколько разных hasher да
разработческих машинок.

Благодаря возможности раздачи приоритетов контейнерам и
разведению I/O по разным дискам нагрузка распределяется так,
что интерактивные задачи не тормозят даже при трёх параллельных
сборках в hasher.  Ну и памяти всем хватает, разумеется...

Боюсь, под Xen это всё даже с поддержкой виртуализации толком 
не взлетит -- полуторного запаса по мощности на выброс нет.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 893 bytes --]

On [Fri, 02.11.2007 18:12], Peter V. Saveliev wrote:
> В сообщении от Friday 02 November 2007 18:10:29 Kirill A. Shutemov написал(а):
> <skip />
> > По производительности XEN не вариант OpenVZ и VServer'у.
> 
> ... при большом количестве контейнеров (в районе сотни и тп..)
> 
> при нескольких контейнерах -- прошу сцылку на результаты тестов, а не на общие 
> соображения. У меня таких общих соображений и про ovz полно.
http://download.openvz.org/contrib/doc/xen-vs-openvz/Diplomarbeit%20Servervirtualisierung%20English%20(part).pdf

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 18:53:00 Kirill A. Shutemov написал(а):
> On [Fri, 02.11.2007 18:12], Peter V. Saveliev wrote:
> > В сообщении от Friday 02 November 2007 18:10:29 Kirill A. Shutemov
> > написал(а): <skip />
> >
> > > По производительности XEN не вариант OpenVZ и VServer'у.
> >
> > ... при большом количестве контейнеров (в районе сотни и тп..)
> >
> > при нескольких контейнерах -- прошу сцылку на результаты тестов, а не на
> > общие соображения. У меня таких общих соображений и про ovz полно.
>
> http://download.openvz.org/contrib/doc/xen-vs-openvz/Diplomarbeit%20Serverv
>irtualisierung%20English%20(part).pdf

Вам с английского заключение перевести? :) Про это я и так писал -- 
архитектура ovz позволяет делать сотни контейнеров почти без оверхеда. Что 
позволяет ему работать на массовом хостинге.

Оверхед же на xen терпим при количестве гестов не больше нескольких десятков. 
Все "однако" как раз описаны в этом документе, и в моём случае они 
перевешивают в пользу xen.

Могу подбросить дров во флейм, сравнив также стабильность работы, но это 
нечестно: разный дизайн решений, ovz слишком интрузивен и по дефолту высокая 
стабильность там, как обычно, в перспективе. Это таки да, помогает фиксить 
баги в _нормальных_ ядрах, но в production от этого не легче.
-- 
Peter V. Saveliev

Re: [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 18:43:03 Michael Shigorin написал(а):
<skip />
> У нас в офисе на основной машинке работает 15 VE, в т.ч. LTSP5,
> прокси, почта, интранет-вебсервер и несколько разных hasher да
> разработческих машинок.
>
> Благодаря возможности раздачи приоритетов контейнерам и
> разведению I/O по разным дискам нагрузка распределяется так,
> что интерактивные задачи не тормозят даже при трёх параллельных
> сборках в hasher.  Ну и памяти всем хватает, разумеется...
>
> Боюсь, под Xen это всё даже с поддержкой виртуализации толком
> не взлетит -- полуторного запаса по мощности на выброс нет.

Миш, опасения -- это имхо. Это не факты, это голый субъективизм.

У нас тоже работает ovz в офисе, vserver у меня на сервере и у зоказчегов 
стоят уже три сервера с xen (а скоро -- четыре), так что можем сравнить. За 
прошедшие полгода ovz накернял сервер больше раз, чем vserver за всё время 
работы моего сайта (уже года четыре точно, а дальше надо в хистори лезть, 
лень), но это детали.

Реально же -- для каждого решения есть своё место, и я никогда не поставлю xen 
на массовый хостинг (мой-то не массовый, поэтому под xen переедет по любому) 
так же, как ovz на шлюз/файлопомойку/почту.

И вообще, всё это религия и JT давно.
-- 
Peter V. Saveliev

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Denis Medvedev]

Немножко масла в огонь:
xen, в отличие от vserver и ovz, слишком вольно обращается с часами клиентов гипервизора. Так что если вам нужно точное время в виртуальных машинах - Xen не для вас.

-----Original Message-----
From: "Peter V. Saveliev" <peet@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Fri, 2 Nov 2007 19:09:15 +0300
Subject: Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

> В сообщении от Friday 02 November 2007 18:53:00 Kirill A. Shutemov написал(а):
> > On [Fri, 02.11.2007 18:12], Peter V. Saveliev wrote:
> > > В сообщении от Friday 02 November 2007 18:10:29 Kirill A. Shutemov
> > > написал(а): <skip />
> > >
> > > > По производительности XEN не вариант OpenVZ и VServer'у.
> > >
> > > ... при большом количестве контейнеров (в районе сотни и тп..)
> > >
> > > при нескольких контейнерах -- прошу сцылку на результаты тестов, а не на
> > > общие соображения. У меня таких общих соображений и про ovz полно.
> >
> > http://download.openvz.org/contrib/doc/xen-vs-openvz/Diplomarbeit%20Serverv
> >irtualisierung%20English%20(part).pdf
> 
> Вам с английского заключение перевести? :) Про это я и так писал -- 
> архитектура ovz позволяет делать сотни контейнеров почти без оверхеда. Что 
> позволяет ему работать на массовом хостинге.
> 
> Оверхед же на xen терпим при количестве гестов не больше нескольких десятков. 
> Все "однако" как раз описаны в этом документе, и в моём случае они 
> перевешивают в пользу xen.
> 
> Могу подбросить дров во флейм, сравнив также стабильность работы, но это 
> нечестно: разный дизайн решений, ovz слишком интрузивен и по дефолту высокая 
> стабильность там, как обычно, в перспективе. Это таки да, помогает фиксить 
> баги в _нормальных_ ядрах, но в production от этого не легче.
> -- 
> Peter V. Saveliev
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586 rebuild failed)

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 19:24:04 Denis Medvedev написал(а):
> Немножко масла в огонь:
> xen, в отличие от vserver и ovz, слишком вольно обращается с часами
> клиентов гипервизора. Так что если вам нужно точное время в виртуальных
> машинах - Xen не для вас.
>
<skip />

vserver и ovz, в отличие от xen, вообще никак не обращаются с часами VE, ибо 
не с чем обращаться... :)))

Денис, а не в курсе, под xen живёт ли asterisk?
-- 
Peter V. Saveliev

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

[Denis Medvedev]

Не знаю, возможно на очень быстрых машинах и при слабой загрузке может и жить, но при сильной загрузке проблема "нереального времени", я думаю, скажется. Интересно было бы попробовать, однако в последний раз у меня часы убегали под xen на полчаса за час! Не знаю, исправили ли это.

-----Original Message-----
From: "Peter V. Saveliev" <peet@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Fri, 2 Nov 2007 19:27:10 +0300
Subject: Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

> В сообщении от Friday 02 November 2007 19:24:04 Denis Medvedev написал(а):
> > Немножко масла в огонь:
> > xen, в отличие от vserver и ovz, слишком вольно обращается с часами
> > клиентов гипервизора. Так что если вам нужно точное время в виртуальных
> > машинах - Xen не для вас.
> >
> <skip />
> 
> vserver и ovz, в отличие от xen, вообще никак не обращаются с часами VE, ибо 
> не с чем обращаться... :)))
> 
> Денис, а не в курсе, под xen живёт ли asterisk?
> -- 
> Peter V. Saveliev
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1019 bytes --]

On Fri, Nov 02, 2007 at 03:58:49PM +0200, Andrew Kornilov wrote:

>>> А остались какие-то наработки, так и не выложенные в сизиф? У меня всё это время
>>> так vserver-а и работают, хочу собрать ядро посвежее и утилиты обновить. Перевести
>>> это всё на OVZ очень проблематично :(
>> в чем проблематично?
AK> Ну в том, что это все крутится и работает. И ради сомнительных преимущества OVZ
AK> дергаться не стоит. Переделывать многое придется, а выхлопа почти не будет, думаю.
AK> Дешевле ядро собрать или заплатить тому, кто соберет :)

Существенно более высокий уровень изоляции, море доп возможностей (вплоть
до iptables в VE), возможность нормально рулить лимитами ресурсов --
нифига себе сомнительные преимущества...

По факту для меня сейчас ovz ve мало чем отличается от отдельной машинки.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
<AMorozov> атмосфера АльтЛинукса отличается (принюхиваясь) консервативностью

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586 rebuild failed)

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 769 bytes --]

On Fri, Nov 02, 2007 at 07:27:10PM +0300, Peter V. Saveliev wrote:

PVS> vserver и ovz, в отличие от xen, вообще никак не обращаются с часами VE, ибо 
PVS> не с чем обращаться... :)))
PVS> Денис, а не в курсе, под xen живёт ли asterisk?

Asterisk без ztdummy это как машина без двигателя -- ехать может, но
только если все время толкать.

Вообще Asterisk начнет более-менее жить у нас только с .22, из-за
hrtimers. Если hrtimers в xen работают предполагаемым образом, то
собраныей с ними ztdummy взлетит легко и непринужденно.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Вру, сейчас не починю - нет под рукой Сизифа, где работал бы
libgtk+2-devel.
		-- avm in #10120

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

[Grigory Batalov]

[-- Attachment #1: Type: text/plain, Size: 834 bytes --]

On Fri, 02 Nov 2007 19:31:37 +0300, Denis  Medvedev wrote:

> Не знаю, возможно на очень быстрых машинах и при слабой загрузке может и жить, но при сильной загрузке проблема "нереального времени", я думаю, скажется. Интересно было бы попробовать, однако в последний раз у меня часы убегали под xen на полчаса за час! Не знаю, исправили ли это.

  А openntpd в этом случае не помощник?

> > > Немножко масла в огонь:
> > > xen, в отличие от vserver и ovz, слишком вольно обращается с часами
> > > клиентов гипервизора. Так что если вам нужно точное время в виртуальных
> > > машинах - Xen не для вас.
> > 
> > vserver и ovz, в отличие от xen, вообще никак не обращаются с часами VE, ибо 
> > не с чем обращаться... :)))
> > 
> > Денис, а не в курсе, под xen живёт ли asterisk?

-- 
 Grigory Batalov,
 ALT Linux Team

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 925 bytes --]

* Grigory Batalov <bga@> [071103 01:09]:
> > Не знаю, возможно на очень быстрых машинах и при слабой
> > загрузке может и жить, но при сильной загрузке проблема
> > "нереального времени", я думаю, скажется. Интересно было бы
> > попробовать, однако в последний раз у меня часы убегали под
> > xen на полчаса за час! Не знаю, исправили ли это.
>   А openntpd в этом случае не помощник?
У openntpd есть две проблемы.  Первая - он не предназначен для
раздачи точного времени даже в локальной сети.  Постоянно
вылезает "leap not in sync".  При чём вылезает это даже в
nagios'овском check_ntp.  Вторая - часы подводятся "скачком" при
старте сервиса только если разница больше трёх минут.  Это не
совсем то, чего хотелось бы...

Хотя два openntpd почти нормально живут у меня на ноуте и
воркстейшне (клиент) и WiFi роутере на openwrt (сервер).  Но в
production я бы не рекомендовал...

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 19:31:37 Denis Medvedev написал(а):
> Не знаю, возможно на очень быстрых машинах и при слабой загрузке может и
> жить, но при сильной загрузке проблема "нереального времени", я думаю,
> скажется. Интересно было бы попробовать, однако в последний раз у меня часы
> убегали под xen на полчаса за час! Не знаю, исправили ли это.
>
<skip />

за последние сутки убежали на секунду с третью. Надо ntpd ставить...
-- 
Peter V. Saveliev

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2:i586rebuild failed)

[Denis Medvedev]

К сожалению, похоже бесполезно. Буду рад если докажете обратное.
На НЕКОТОРЫХ материнках (проверено на i586 T22 IBM ноутбуке и 2xXEON сервере) часы разъезжаются гораздо сильнее.

-----Original Message-----
From: "Peter V. Saveliev" <peet@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Sat, 3 Nov 2007 09:49:21 +0300
Subject: Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2:i586rebuild failed)

> В сообщении от Friday 02 November 2007 19:31:37 Denis Medvedev написал(а):
> > Не знаю, возможно на очень быстрых машинах и при слабой загрузке может и
> > жить, но при сильной загрузке проблема "нереального времени", я думаю,
> > скажется. Интересно было бы попробовать, однако в последний раз у меня часы
> > убегали под xen на полчаса за час! Не знаю, исправили ли это.
> >
> <skip />
> 
> за последние сутки убежали на секунду с третью. Надо ntpd ставить...
> -- 
> Peter V. Saveliev
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

[Grigory Batalov]

[-- Attachment #1: Type: text/plain, Size: 1297 bytes --]

On Sat, 3 Nov 2007 02:37:04 +0300, Alexey I. Froloff wrote:

> > > Не знаю, возможно на очень быстрых машинах и при слабой
> > > загрузке может и жить, но при сильной загрузке проблема
> > > "нереального времени", я думаю, скажется. Интересно было бы
> > > попробовать, однако в последний раз у меня часы убегали под
> > > xen на полчаса за час! Не знаю, исправили ли это.
> >   А openntpd в этом случае не помощник?
> У openntpd есть две проблемы.  Первая - он не предназначен для
> раздачи точного времени даже в локальной сети.  Постоянно
> вылезает "leap not in sync".  При чём вылезает это даже в
> nagios'овском check_ntp.

  На моём сервере часы подводились лишь четырежды с 23 сентября.
  openntpd-3.9p1-alt6

> Вторая - часы подводятся "скачком" при
> старте сервиса только если разница больше трёх минут.  Это не
> совсем то, чего хотелось бы...

  В этом случае можно вставить ntpdate в инит-скрипт.

> Хотя два openntpd почти нормально живут у меня на ноуте и
> воркстейшне (клиент) и WiFi роутере на openwrt (сервер).  Но в
> production я бы не рекомендовал...

  Production production-у рознь. Например, в санкт-петербургском
  офисе ALT Linux openntpd используется и не мешает производственной
  деятельности.

-- 
 Grigory Batalov,
 ALT Linux Team

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2:i586rebuild failed)

[Peter V. Saveliev]

В сообщении от Saturday 03 November 2007 10:35:03 Denis Medvedev написал(а):
> К сожалению, похоже бесполезно. Буду рад если докажете обратное.
> На НЕКОТОРЫХ материнках (проверено на i586 T22 IBM ноутбуке и 2xXEON
> сервере) часы разъезжаются гораздо сильнее.
>
<skip />

версия гипервизора xen? dom0?

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

-- 
Peter V. Saveliev

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 603 bytes --]

* Grigory Batalov <bga@> [071103 11:35]:
> > У openntpd есть две проблемы.  Первая - он не предназначен для
> > раздачи точного времени даже в локальной сети.  Постоянно
> > вылезает "leap not in sync".  При чём вылезает это даже в
> > nagios'овском check_ntp.
>   На моём сервере часы подводились лишь четырежды с 23 сентября.
>   openntpd-3.9p1-alt6
Я не про "подводить", а про "отдавать".  ntpdate (через который и
работает check_ntp) не со всяким сервером будет синхронизироваться.

>   В этом случае можно вставить ntpdate в инит-скрипт.
В ntpd так и было.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] xen + asterisk (was: util-vserver-0.30.210-alt2: i586rebuild failed)

[Grigory Batalov]

[-- Attachment #1: Type: text/plain, Size: 1070 bytes --]

On Sat, 3 Nov 2007 16:56:15 +0300, Alexey I. Froloff wrote:

> > > У openntpd есть две проблемы.  Первая - он не предназначен для
> > > раздачи точного времени даже в локальной сети.  Постоянно
> > > вылезает "leap not in sync".  При чём вылезает это даже в
> > > nagios'овском check_ntp.
> >   На моём сервере часы подводились лишь четырежды с 23 сентября.
> >   openntpd-3.9p1-alt6
> Я не про "подводить", а про "отдавать".  ntpdate (через который и
> работает check_ntp) не со всяким сервером будет синхронизироваться.

  Корень проблемы "leap not in sync", как мне кажется, в том же месте,
  что и "подводить часы" - нестабильное время в BIOS. У меня используется
  ntpdate на рабочей станции, и, судя по логам, проблем не было.

> >   В этом случае можно вставить ntpdate в инит-скрипт.
> В ntpd так и было.

  Ну, это каждый админ для себя должен решить, менять время скачком,
  или постепенно. Я вот считаю, что постепенно - правильнее.
  Вообще, содержимое инит-скрипта - это не проблема openntpd.

-- 
 Grigory Batalov,
 ALT Linux Team

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Sergey Y. Afonin]

On Friday 02 November 2007, Andrew Kornilov wrote:

>  И ради сомнительных преимущества OVZ дергаться не стоит.

Почему сомнительных ? Одно то, что iptables внутри контейнера работает, уже
плюс немаловажный.

-- 
С уважением, Сергей Афонин

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Sergey Y. Afonin wrote:
>>  И ради сомнительных преимущества OVZ дергаться не стоит.
> Почему сомнительных ? Одно то, что iptables внутри контейнера работает, уже
> плюс немаловажный.
Сомнительных для меня :) vserver оказался good enough, легкий в настройке
и достаточно прозрачный. Я посмотрел на ovz, почитал, как-то все сложно и запутано,
для моих задач не требовалось. Возможно, потребуется.
Для задач, которые требуют ресурсов и гарантированной работы я предпочитаю
метод 'одна задача --- один сервер', а всякие там почты, тикеты, вебсайты
легко пачками кладуться в vserver vps и есть не просят.
За два года работы убедился, что узкое место всё равно в дисковой подсистеме,
патчами ядра SATA в SCSI не превратишь :)
External storage был выбран не совсем удачно, хоть и большой аппаратный SATA RAID,
с интерфейсом SCSI со стороны host-ов, но это всё равно SATA, весьма ощутимо
тормозит.

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1300 bytes --]

On Sun, Nov 04, 2007 at 12:20:43AM +0200, Andrew Kornilov wrote:

AK> Сомнительных для меня :) vserver оказался good enough, легкий в настройке
AK> и достаточно прозрачный. Я посмотрел на ovz, почитал, как-то все сложно и запутано,
AK> для моих задач не требовалось. Возможно, потребуется.

Там сложно и запутано если хочется делать такие вещи, которые vserver и не
снились. А так, вполне себе тривиально.

Единственное -- не сказал бы что ovz-ядра сейчас очень уж стабильны.
Проблемы есть, и иногда весьма неприятные.

AK> Для задач, которые требуют ресурсов и гарантированной работы я предпочитаю
AK> метод 'одна задача --- один сервер', а всякие там почты, тикеты, вебсайты
AK> легко пачками кладуться в vserver vps и есть не просят.
AK> За два года работы убедился, что узкое место всё равно в дисковой подсистеме,
AK> патчами ядра SATA в SCSI не превратишь :)
AK> External storage был выбран не совсем удачно, хоть и большой аппаратный SATA RAID,
AK> с интерфейсом SCSI со стороны host-ов, но это всё равно SATA, весьма ощутимо
AK> тормозит.

Что за storage?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Весь /etc/chroot.d есть самый что ни на есть alt-specific.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Sergey Y. Afonin]

On Sunday 04 November 2007, Andrew Kornilov wrote:

> За два года работы убедился, что узкое место всё равно в дисковой подсистеме,
> патчами ядра SATA в SCSI не превратишь :)

> External storage был выбран не совсем удачно, хоть и большой аппаратный 
> SATA RAID, с интерфейсом SCSI со стороны host-ов, но это всё равно SATA, 
> весьма ощутимо тормозит.

А вот это странно. У SATA один HDD на канал, так что преимущество параллельной
работы HDD у SCSI роли не играет. Второй плюс SCSI HDD, оптимизация движения 
головки при чтении, с некоторых пор присущ и SATA дискам, надо только выбирать
правильные. А SAS тот раид не поддерживает ?

-- 
С уважением, Сергей Афонин

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Денис Смирнов wrote:
> AK> Сомнительных для меня :) vserver оказался good enough, легкий в настройке
> AK> и достаточно прозрачный. Я посмотрел на ovz, почитал, как-то все сложно и запутано,
> AK> для моих задач не требовалось. Возможно, потребуется.
> Там сложно и запутано если хочется делать такие вещи, которые vserver и не
> снились. А так, вполне себе тривиально.
Нет, там даже порог вхождения выше. Какие-то кэши, темплейты и т.п.
Ну и потом еще долго подкручивать ручки придется, чтобы нормально заработало.
Мне часто хватает простого разделения в разных контекстах, без ограничений
ресурсов. 
> Единственное -- не сказал бы что ovz-ядра сейчас очень уж стабильны.
> Проблемы есть, и иногда весьма неприятные.
Это какие, например?
> 
> AK> Для задач, которые требуют ресурсов и гарантированной работы я предпочитаю
> AK> метод 'одна задача --- один сервер', а всякие там почты, тикеты, вебсайты
> AK> легко пачками кладуться в vserver vps и есть не просят.
> AK> За два года работы убедился, что узкое место всё равно в дисковой подсистеме,
> AK> патчами ядра SATA в SCSI не превратишь :)
> AK> External storage был выбран не совсем удачно, хоть и большой аппаратный SATA RAID,
> AK> с интерфейсом SCSI со стороны host-ов, но это всё равно SATA, весьма ощутимо
> AK> тормозит.
> Что за storage?
Да купили еще 2.5 года назад Vtrak 8110. Даже производителя уже не помню :)

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Денис Смирнов wrote:
> AK> Ну в том, что это все крутится и работает. И ради сомнительных преимущества OVZ
> AK> дергаться не стоит. Переделывать многое придется, а выхлопа почти не будет, думаю.
> AK> Дешевле ядро собрать или заплатить тому, кто соберет :)
> Существенно более высокий уровень изоляции, море доп возможностей (вплоть
> до iptables в VE), возможность нормально рулить лимитами ресурсов --
> нифига себе сомнительные преимущества...
> По факту для меня сейчас ovz ve мало чем отличается от отдельной машинки.
Да кто ж отрицает функционал. Сомнительные для меня они. Я уже писал тут, 
что для некритичных хостов типа почты с тикетами, хаватат и vserver-а.
А для остального лучше купить отдельный сервер.


p.s. Пошел уже флейм....я уже и забыл, что мне ответили про util-vserver :)

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Sergey Y. Afonin wrote:
>> External storage был выбран не совсем удачно, хоть и большой аппаратный 
>> SATA RAID, с интерфейсом SCSI со стороны host-ов, но это всё равно SATA, 
>> весьма ощутимо тормозит.
> А вот это странно. У SATA один HDD на канал, так что преимущество параллельной
> работы HDD у SCSI роли не играет. Второй плюс SCSI HDD, оптимизация движения 
Что-то не понял мысли.
> головки при чтении, с некоторых пор присущ и SATA дискам, надо только выбирать
> правильные. А SAS тот раид не поддерживает ?
Да всё правильно выбирали вроде. Все кэши и прочие штуки включены, а один
хрен тормозит.
SAS не поддерживает. NCQ/TCQ умеет. Ладно, черт с ним уже.

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1144 bytes --]

On Sun, Nov 04, 2007 at 08:10:31PM +0200, Andrew Kornilov wrote:

>> Единственное -- не сказал бы что ovz-ядра сейчас очень уж стабильны.
>> Проблемы есть, и иногда весьма неприятные.
AK> Это какие, например?

См. changelog'и от ovz-smp ядер, страшно станет :)

> AK>> Для задач, которые требуют ресурсов и гарантированной работы я предпочитаю
> AK>> метод 'одна задача --- один сервер', а всякие там почты, тикеты, вебсайты
> AK>> легко пачками кладуться в vserver vps и есть не просят.
> AK>> За два года работы убедился, что узкое место всё равно в дисковой подсистеме,
> AK>> патчами ядра SATA в SCSI не превратишь :)
> AK>> External storage был выбран не совсем удачно, хоть и большой аппаратный SATA RAID,
> AK>> с интерфейсом SCSI со стороны host-ов, но это всё равно SATA, весьма ощутимо
> AK>> тормозит.
>> Что за storage?
AK> Да купили еще 2.5 года назад Vtrak 8110. Даже производителя уже не помню :)

:)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Настоящий программист уже как минимум поменял три залитых пивом клавиатуры.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Sergey Y. Afonin]

On Sunday 04 November 2007, Andrew Kornilov wrote:

> > А вот это странно. У SATA один HDD на канал, так что преимущество параллельной
> > работы HDD у SCSI роли не играет. Второй плюс SCSI HDD, оптимизация движения 

> Что-то не понял мысли.

Про второй плюс ? Называют это по-разному везде. Суть в том, что, если к HDD 
приходит запрос считать, грубо говоря, сектора 1, 10, 7, 20, 18, то IDE так
и будет читать, дёргая головой туда-сюда, а SCSI сделает это в один проход 
головки. Особенно этот плюс проявляется в случае, когда с HDD работает 
несколько приложений. Ранние SATA этой фичи не имели, но сейчас, вроде бы, 
этой фичей уже обладают. По крайней мере, в каком-то обзоре пару лет назад
упоминалось про сей факт.

-- 
С уважением, Сергей Афонин

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Sergey Y. Afonin]

On Sunday 04 November 2007, Andrew Kornilov wrote:

> > Что за storage?

> Да купили еще 2.5 года назад Vtrak 8110. Даже производителя уже не помню :)

Гугль его знает... Говорит, Промис это.

Написано, что 

Supports Native Command Queuing (NCQ) and Tagged Command Queuing (TCQ) for 
improved performance

Похоже, это про ту самую оптимизацию работы головами HDD на уровне контроллера.
То есть, и поддержка фичи от HDD не сильно обязательна, получается. Хотя лучше
почитать.

-- 
С уважением, Сергей Афонин

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Andrew Kornilov]

Sergey Y. Afonin wrote:
> On Sunday 04 November 2007, Andrew Kornilov wrote:
> 
>> > А вот это странно. У SATA один HDD на канал, так что преимущество параллельной
>> > работы HDD у SCSI роли не играет. Второй плюс SCSI HDD, оптимизация движения 
>> Что-то не понял мысли.
> Про второй плюс ? Называют это по-разному везде. Суть в том, что, если к HDD 
> приходит запрос считать, грубо говоря, сектора 1, 10, 7, 20, 18, то IDE так
> и будет читать, дёргая головой туда-сюда, а SCSI сделает это в один проход 
> головки. Особенно этот плюс проявляется в случае, когда с HDD работает 
> несколько приложений. Ранние SATA этой фичи не имели, но сейчас, вроде бы, 
> этой фичей уже обладают. По крайней мере, в каком-то обзоре пару лет назад
> упоминалось про сей факт.
Не, это я как раз знаю. "А вот это странно. У SATA один HDD на канал, так что преимущество
параллельной работы HDD у SCSI роли не играет."  Вот эту мысль я не понял :)

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

On Mon, Nov 05, 2007 at 04:03:31PM +0200, Andrew Kornilov wrote:

AK> Не, это я как раз знаю. "А вот это странно. У SATA один HDD на канал, так что преимущество
AK> параллельной работы HDD у SCSI роли не играет."  Вот эту мысль я не понял :)

В IDE на одном шлейфе может быть два устройства, которые друг другу
мешают.

В SCSI дохрена устройств, но они друг другу практичеки не мешает.

В SATA -- одно устройство -- один шлейф.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Я готов приложить патч. ;)
		-- ldv in #10181

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Epiphanov Sergei]

В сообщении от Sunday 04 November 2007 21:10:31 Andrew Kornilov написал(а):
> > Проблемы есть, и иногда весьма неприятные.
>
> Это какие, например?

У меня ovz-smp при останове основной системы не выключает питание компа, 
другие ядра (wks-smp и std-smp) это делают. Вроде мелочь, а раздражает (у 
меня комп заперт от шаловливых ручек ребёнка и каждый раз приходится 
отпирать и кнопкой выключать). Ядро из Сизифа. Также иногда происходит завис 
при работе Xorg (драйвер vesa на карте Radeon HD2900XT), на других ядрах не 
вешается. Меняю только загружаемое ядро. 

-- 
С уважением, Епифанов Сергей