[sisyphus] Вопрос по heartbeat, lvs и т.д.

[sisyphus] Вопрос по heartbeat, lvs и т.д.

[Чернов Евгений]

Здравствуйте.
Решил поднять HA-cluster на паре машин. Поискал в гугле, а потом в 
сизифе что есть из ПО. Самое простое и доступное что нашел это heartbeat 
естественно. И самый простой вариант это использовать drbd на этом 
кластере. Потом подумал, а что это машинка одна простаивать будет, может 
можно их в параллель запустить для увеличения производительности. Вот 
тут и появились вопросы.
1. Насколько я понял drbd не пойдет для параллельно работающих машин, он 
только зеркалить данные может(или не так). Видимо придется использовать 
какую-нибудь  сетевую фс. Кто что посоветует?
2. Самый простой вариант это использовать lvs который есть в сизифе в 
пакете ipvsadm. Какие еще варианты есть и в чем разница допустим с vrrp?

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Eugene Prokopiev]

Чернов Евгений пишет:
> Здравствуйте.
> Решил поднять HA-cluster на паре машин. Поискал в гугле, а потом в 
> сизифе что есть из ПО. Самое простое и доступное что нашел это heartbeat 
> естественно. И самый простой вариант это использовать drbd на этом 
> кластере. Потом подумал, а что это машинка одна простаивать будет, может 
> можно их в параллель запустить для увеличения производительности. Вот 
> тут и появились вопросы.
> 1. Насколько я понял drbd не пойдет для параллельно работающих машин, он 
> только зеркалить данные может(или не так). Видимо придется использовать 
> какую-нибудь  сетевую фс. Кто что посоветует?
> 2. Самый простой вариант это использовать lvs который есть в сизифе в 
> пакете ipvsadm. Какие еще варианты есть и в чем разница допустим с vrrp?

обсуждалось в sysadmins@

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

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Igor Zubkov]

В сообщении от Thursday 22 March 2007 07:08:00 Чернов Евгений написал(а):
> Здравствуйте.
> Решил поднять HA-cluster на паре машин. Поискал в гугле, а потом в
> сизифе что есть из ПО. Самое простое и доступное что нашел это heartbeat
> естественно. И самый простой вариант это использовать drbd на этом
> кластере. Потом подумал, а что это машинка одна простаивать будет, может
> можно их в параллель запустить для увеличения производительности. Вот
> тут и появились вопросы.
> 1. Насколько я понял drbd не пойдет для параллельно работающих машин, он
> только зеркалить данные может(или не так). Видимо придется использовать
> какую-нибудь  сетевую фс. Кто что посоветует?

drbd это зеркалирование по сети винтов в режиме реального времени. не больше.

> 2. Самый простой вариант это использовать lvs который есть в сизифе в
> пакете ipvsadm. Какие еще варианты есть и в чем разница допустим с vrrp?

-- 
icesik

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Чернов Евгений]

Eugene Prokopiev пишет:
> Чернов Евгений пишет:
>> Здравствуйте.
>> Решил поднять HA-cluster на паре машин. Поискал в гугле, а потом в 
>> сизифе что есть из ПО. Самое простое и доступное что нашел это heartbeat 
>> естественно. И самый простой вариант это использовать drbd на этом 
>> кластере. Потом подумал, а что это машинка одна простаивать будет, может 
>> можно их в параллель запустить для увеличения производительности. Вот 
>> тут и появились вопросы.
>> 1. Насколько я понял drbd не пойдет для параллельно работающих машин, он 
>> только зеркалить данные может(или не так). Видимо придется использовать 
>> какую-нибудь  сетевую фс. Кто что посоветует?
>> 2. Самый простой вариант это использовать lvs который есть в сизифе в 
>> пакете ipvsadm. Какие еще варианты есть и в чем разница допустим с vrrp?
> 
> обсуждалось в sysadmins@
> 
Ага всеее нашел. Тогда второй вопрос. Кому нибудь удалось собрать 
heartbeat 2.0.8? Нашел только про проблемы с plumb патчик вроде мелкий 
сделал, а потом все равно куча проблемм со сборкой. Может у кого srpm есть?

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Eugene Prokopiev]

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

Чернов Евгений пишет:
> Eugene Prokopiev пишет:
> 
>>Чернов Евгений пишет:
>>
>>>Здравствуйте.
>>>Решил поднять HA-cluster на паре машин. Поискал в гугле, а потом в 
>>>сизифе что есть из ПО. Самое простое и доступное что нашел это heartbeat 
>>>естественно. И самый простой вариант это использовать drbd на этом 
>>>кластере. Потом подумал, а что это машинка одна простаивать будет, может 
>>>можно их в параллель запустить для увеличения производительности. Вот 
>>>тут и появились вопросы.
>>>1. Насколько я понял drbd не пойдет для параллельно работающих машин, он 
>>>только зеркалить данные может(или не так). Видимо придется использовать 
>>>какую-нибудь  сетевую фс. Кто что посоветует?
>>>2. Самый простой вариант это использовать lvs который есть в сизифе в 
>>>пакете ipvsadm. Какие еще варианты есть и в чем разница допустим с vrrp?
>>
>>обсуждалось в sysadmins@
>>
> 
> Ага всеее нашел. Тогда второй вопрос. Кому нибудь удалось собрать 
> heartbeat 2.0.8? Нашел только про проблемы с plumb патчик вроде мелкий 
> сделал, а потом все равно куча проблемм со сборкой. Может у кого srpm есть?

С тем, что в аттаче, у меня он по крайней мере скомпилировался (этот 
патч не самостоятельный, а дополнение к предыдущему), дальше не копал, 
т.к. в планах было его полное перепиливание на пакеты и уменьшение 
внешних (по крайней мере перловых и питоньих) зависимостей. Но я так 
громко плевался на heartbeat в devel@, что мне предложили сразу пачку 
альтернатив:

http://linuxha.net - слакварьный ужас ;)
http://www.bolthole.com/freeha/ - выглядит более вменяемо
http://metromap.antex.ru/tmp/jhad-1.0.6.tar.bz2 - форк предыдущего от 
"Инфосистемы Джет", используется в production на solaris 9/10 
(sparc/intel), автор обещался консультировать, если что ...

Поэтому я пока на перепутье, может в ближайшее время посмотрю 
пристальнее на jhad. Если вы меня опередите, собрав его и проверив (там 
еще drbd надо подумать как прикрутить), я буду просто счастлив - но 
уговор: сообщите в рассылку или лично о результатах.

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

[-- Attachment #2: heartbeat-2.0.8-as-need.patch --]
[-- Type: text/x-patch, Size: 474 bytes --]

--- ./lib/crm/common/Makefile.am.orig	2007-03-22 15:38:26 +0300
+++ ./lib/crm/common/Makefile.am	2007-03-14 12:41:35 +0300
@@ -40,7 +40,7 @@
 
 libcrmcommon_la_SOURCES	= ipc.c msg.c utils.c xml.c ctrl.c \
 			iso8601.c iso8601_fields.c
-libcrmcommon_la_LIBADD  = $(top_builddir)/lib/apphb/libapphb.la
+libcrmcommon_la_LIBADD  = $(top_builddir)/lib/apphb/libapphb.la $(top_builddir)/lib/clplumbing/libplumb.la
 libcrmcommon_la_LDFLAGS	= -version-info 1:1:0
 
 clean-generic:

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Чернов Евгений]

Eugene Prokopiev wrote:
> С тем, что в аттаче, у меня он по крайней мере скомпилировался (этот 
> патч не самостоятельный, а дополнение к предыдущему), дальше не копал, 
> т.к. в планах было его полное перепиливание на пакеты и уменьшение 
> внешних (по крайней мере перловых и питоньих) зависимостей. Но я так 
> громко плевался на heartbeat в devel@, что мне предложили сразу пачку 
> альтернатив:
> 
> http://linuxha.net - слакварьный ужас ;)
> http://www.bolthole.com/freeha/ - выглядит более вменяемо
> http://metromap.antex.ru/tmp/jhad-1.0.6.tar.bz2 - форк предыдущего от 
> "Инфосистемы Джет", используется в production на solaris 9/10 
> (sparc/intel), автор обещался консультировать, если что ...
Ну не знаю пока что-то не тянет еще и другое смотреть, с этим бы 
разобраться. Выглядят они интересно, а допустим на них можно собрать 
примерно вот такой вариант 
http://www.ultramonkey.org/3/topologies/sl-ha-lb-overview.html ? Вроде 
там все на linux-ha и ipvs завязанно. Патчик я такой же сделал сразу 
после чтения архивов. Но естественно при сборке ругань на несколько 
питоновских файлов от gui не попавших в rpm. Потом скрипту ManageRAID 
понадобился файлик /etc/conf.d/HB-ManageRAID . Пришлось править на 
/etc/mdadm.conf . Файлы SAP* были с дос-окончаниями и попытка 
find-requires обламывалась. Потом  собралось но вот некоторые вещи мне 
не понравились:
verify-elf: WARNING: ./usr/lib/libpe_rules.so.1.0.0: undefined symbol: 
crm_log_level
verify-elf: WARNING: ./usr/lib/libpe_rules.so.1.0.0: undefined symbol: 
crm_config_error
.....................еще куча варнингов на другие библиотеки.........
Это опять править Makefile.am или просто я криво что-то еще сделал?
> 
> Поэтому я пока на перепутье, может в ближайшее время посмотрю 
> пристальнее на jhad. Если вы меня опередите, собрав его и проверив (там 
> еще drbd надо подумать как прикрутить), я буду просто счастлив - но 
> уговор: сообщите в рассылку или лично о результатах.

Ну если я и начну собирать то не раньше чем закончу с linux-ha и 
перетащу сервер рабочий на это дело.

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Eugene Prokopiev]

Чернов Евгений пишет:
> Eugene Prokopiev wrote:
> 
>>С тем, что в аттаче, у меня он по крайней мере скомпилировался (этот 
>>патч не самостоятельный, а дополнение к предыдущему), дальше не копал, 
>>т.к. в планах было его полное перепиливание на пакеты и уменьшение 
>>внешних (по крайней мере перловых и питоньих) зависимостей. Но я так 
>>громко плевался на heartbeat в devel@, что мне предложили сразу пачку 
>>альтернатив:
>>
>>http://linuxha.net - слакварьный ужас ;)
>>http://www.bolthole.com/freeha/ - выглядит более вменяемо
>>http://metromap.antex.ru/tmp/jhad-1.0.6.tar.bz2 - форк предыдущего от 
>>"Инфосистемы Джет", используется в production на solaris 9/10 
>>(sparc/intel), автор обещался консультировать, если что ...
> 
> Ну не знаю пока что-то не тянет еще и другое смотреть, с этим бы 
> разобраться. Выглядят они интересно, а допустим на них можно собрать 
> примерно вот такой вариант 
> http://www.ultramonkey.org/3/topologies/sl-ha-lb-overview.html ? 

Нет, предложеные альтернативы - это active/standby, но не load balancing

Вроде
> там все на linux-ha и ipvs завязанно. Патчик я такой же сделал сразу 
> после чтения архивов. Но естественно при сборке ругань на несколько 
> питоновских файлов от gui не попавших в rpm. Потом скрипту ManageRAID 
> понадобился файлик /etc/conf.d/HB-ManageRAID . Пришлось править на 
> /etc/mdadm.conf . Файлы SAP* были с дос-окончаниями и попытка 
> find-requires обламывалась. Потом  собралось но вот некоторые вещи мне 
> не понравились:
> verify-elf: WARNING: ./usr/lib/libpe_rules.so.1.0.0: undefined symbol: 
> crm_log_level
> verify-elf: WARNING: ./usr/lib/libpe_rules.so.1.0.0: undefined symbol: 
> crm_config_error
> .....................еще куча варнингов на другие библиотеки.........
> Это опять править Makefile.am или просто я криво что-то еще сделал?

Нет, это heartbeat крив, оттого я и задумал менять его на что-нибудь
более подходящее

>>Поэтому я пока на перепутье, может в ближайшее время посмотрю 
>>пристальнее на jhad. Если вы меня опередите, собрав его и проверив (там 
>>еще drbd надо подумать как прикрутить), я буду просто счастлив - но 
>>уговор: сообщите в рассылку или лично о результатах.
 >
> Ну если я и начну собирать то не раньше чем закончу с linux-ha и 
> перетащу сервер рабочий на это дело.

У тебя какие планы по поводу heartbeat: чтобы просто работало, или чтобы 
работало правильно (насколько это возможно для heartbeat ;) )?

Если последнее, то я могу поделиться наработками (сам я, скорее всего, 
съеду на jhad). Первое, что я сделал - вместо нескольких бинарных 
пакетов собрал один, а затем с помощью ldd и тыка стал выкидывать лишнее 
;) Для моей конфигурации оказалось достаточно:

# find /usr/lib/heartbeat/
/usr/lib/heartbeat/
/usr/lib/heartbeat/ocf-shellfuncs
/usr/lib/heartbeat/heartbeat
/usr/lib/heartbeat/req_resource
/usr/lib/heartbeat/plugins
/usr/lib/heartbeat/plugins/InterfaceMgr
/usr/lib/heartbeat/plugins/InterfaceMgr/generic.so
/usr/lib/heartbeat/plugins/HBcompress
/usr/lib/heartbeat/plugins/HBcompress/bz2.so
/usr/lib/heartbeat/plugins/HBcompress/zlib.so
/usr/lib/heartbeat/plugins/HBauth
/usr/lib/heartbeat/plugins/HBauth/crc.so
/usr/lib/heartbeat/plugins/HBauth/md5.so
/usr/lib/heartbeat/plugins/HBauth/sha1.so
/usr/lib/heartbeat/plugins/HBcomm
/usr/lib/heartbeat/plugins/HBcomm/serial.so
/usr/lib/heartbeat/plugins/HBcomm/mcast.so
/usr/lib/heartbeat/plugins/HBcomm/ping_group.so
/usr/lib/heartbeat/plugins/HBcomm/ucast.so
/usr/lib/heartbeat/plugins/HBcomm/bcast.so
/usr/lib/heartbeat/plugins/HBcomm/ping.so
/usr/lib/heartbeat/ResourceManager
/usr/lib/heartbeat/mach_down

# find /etc/ha.d
/etc/ha.d
/etc/ha.d/shellfuncs
/etc/ha.d/resource.d
/etc/ha.d/resource.d/Filesystem
/etc/ha.d/resource.d/drbddisk
/etc/ha.d/resource.d/hto-mapfuncs
/etc/ha.d/rc.d
/etc/ha.d/rc.d/ip-request-resp
/etc/ha.d/rc.d/ip-request
/etc/ha.d/rc.d/status
/etc/ha.d/rc.d/ask_resources
/etc/ha.d/rc.d/hb_takeover

+ /etc/ha.d/ocf/resource.d, перенесенный из /usr/lib/ocf (и замена пути 
в скриптах)

+ ldd /usr/lib/heartbeat/heartbeat ;)

Инитскрипт там тоже можно значительно упростить, убрав, как минимум, 
использование ha_logd.

Вот это все (не считая ресурсов) я планировал упаковать в пакет 
heartbeat, под каждый необходимый мне ресурс я планировал держать 
отдельный пакет вида linux-ha-resource-[name] или 
linux-ha-resource-ocf-[name]. ha_logd и ha_logger я планировал выносить 
в отдельный пакет и писать для первого отдельный инитскрипт. Еще один 
пакет - это heartbeat-crm, куда я планировал положить все, необходимое 
для того, чтобы описать свою конфигурацию в стиле 2.x. Еще отдельно 
нужно было бы упаковать heartbeat-management и haclient. Разумеется, все 
это косметика, но на большее я и не претендовал. Бороться с warnings - 
это в случае heartbeat вообще борьба с мельницами :( Не зря lakostis@ 
включил unresolved=relaxed ...

Что касается прочего (как раз необходимого тебе ;) ), мне не на чем это 
проверять, соответственно, упаковывать его я и не собирался, поэтому 
ничего не подскажу :(

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

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Чернов Евгений]

Eugene Prokopiev wrote:
> Чернов Евгений пишет:
> Вроде
>> там все на linux-ha и ipvs завязанно. Патчик я такой же сделал сразу 
>> после чтения архивов. Но естественно при сборке ругань на несколько 
>> питоновских файлов от gui не попавших в rpm. Потом скрипту ManageRAID 
>> понадобился файлик /etc/conf.d/HB-ManageRAID . Пришлось править на 
>> /etc/mdadm.conf . Файлы SAP* были с дос-окончаниями и попытка 
>> find-requires обламывалась. Потом  собралось но вот некоторые вещи мне 
>> не понравились:
>> verify-elf: WARNING: ./usr/lib/libpe_rules.so.1.0.0: undefined symbol: 
>> crm_log_level
>> verify-elf: WARNING: ./usr/lib/libpe_rules.so.1.0.0: undefined symbol: 
>> crm_config_error
>> .....................еще куча варнингов на другие библиотеки.........
>> Это опять править Makefile.am или просто я криво что-то еще сделал?
> 
> Нет, это heartbeat крив, оттого я и задумал менять его на что-нибудь
> более подходящее
Как поправить по правильному? Добавить в Makefile.am строчку с путем к 
соответствующему .la файлу и все?
> 
>>> Поэтому я пока на перепутье, может в ближайшее время посмотрю 
>>> пристальнее на jhad. Если вы меня опередите, собрав его и проверив (там 
>>> еще drbd надо подумать как прикрутить), я буду просто счастлив - но 
>>> уговор: сообщите в рассылку или лично о результатах.
>  >
>> Ну если я и начну собирать то не раньше чем закончу с linux-ha и 
>> перетащу сервер рабочий на это дело.
> 
> У тебя какие планы по поводу heartbeat: чтобы просто работало, или чтобы 
> работало правильно (насколько это возможно для heartbeat ;) )?
Ну в rpm сначала собрать хотя бы и с кусками от клиента гуевого. А потом 
уже посмотреть что там отпилить можно.
> 
> Если последнее, то я могу поделиться наработками (сам я, скорее всего, 
> съеду на jhad). Первое, что я сделал - вместо нескольких бинарных 
> пакетов собрал один, а затем с помощью ldd и тыка стал выкидывать лишнее 
> ;) Для моей конфигурации оказалось достаточно:
А можно вот тут поподробнее про процесс выкидывания? Как ldd по 
правильному натравить на библиотеки?
> + /etc/ha.d/ocf/resource.d, перенесенный из /usr/lib/ocf (и замена пути 
> в скриптах)
> 
> + ldd /usr/lib/heartbeat/heartbeat ;)
> 
> Инитскрипт там тоже можно значительно упростить, убрав, как минимум, 
> использование ha_logd.
> 
> Вот это все (не считая ресурсов) я планировал упаковать в пакет 
> heartbeat, под каждый необходимый мне ресурс я планировал держать 
> отдельный пакет вида linux-ha-resource-[name] или 
> linux-ha-resource-ocf-[name]. ha_logd и ha_logger я планировал выносить 
> в отдельный пакет и писать для первого отдельный инитскрипт. Еще один 
> пакет - это heartbeat-crm, куда я планировал положить все, необходимое 
> для того, чтобы описать свою конфигурацию в стиле 2.x. Еще отдельно 
> нужно было бы упаковать heartbeat-management и haclient. Разумеется, все 
А можно посмотреть на эти изменения?
> это косметика, но на большее я и не претендовал. Бороться с warnings - 
> это в случае heartbeat вообще борьба с мельницами :( Не зря lakostis@ 
> включил unresolved=relaxed ...

Интересно почему так. То есть даже если все Makefile поправить какие-то 
проблемы потом вылезти могут?

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Michael Shigorin]

On Thu, Mar 29, 2007 at 10:52:51PM +0400, Eugene Prokopiev wrote:
> > Интересно почему так. То есть даже если все Makefile
> > поправить какие-то проблемы потом вылезти могут?
> Ты записался в Team? Если еще нет, пиши на join@ и иди в devel@
> - там объяснят значительно лучше, чем я. Тем более сейчас как
> раз решается вопрос комплектации серверного дистрибутива - я
> вызвался было допинать heartbeat и содержать его в виде,
> пригодном по крайней мере для active/standby, но появились иные
> обстоятельства ... Может ты возьмешься?

Боюсь, за несколько недель от приглашения до заливания жутко
исправленного нетривиального пакета управиться малореально.

Хотя да, лучше всего собирают и фиксят пакеты те, кто в них
заинтересован :)

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

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Eugene Prokopiev]

>>Если последнее, то я могу поделиться наработками (сам я, скорее всего, 
>>съеду на jhad). Первое, что я сделал - вместо нескольких бинарных 
>>пакетов собрал один, а затем с помощью ldd и тыка стал выкидывать лишнее 
>>;) Для моей конфигурации оказалось достаточно:
> 
> А можно вот тут поподробнее про процесс выкидывания? Как ldd по 
> правильному натравить на библиотеки?

Достаточно натравить ldd на исполняемые файлы, которые заведомо нужны - 
так мы получим список библиотек, о которых исполняемый файл еще до 
запуска знает, что они ему потребуются ;) Но это не все, многое 
heartbeat догружает, основываясь на конфигах и еще неизвестно на чем ... 
вот тут метод исключения и потребуется.

>>+ /etc/ha.d/ocf/resource.d, перенесенный из /usr/lib/ocf (и замена пути 
>>в скриптах)
>>
>>+ ldd /usr/lib/heartbeat/heartbeat ;)
>>
>>Инитскрипт там тоже можно значительно упростить, убрав, как минимум, 
>>использование ha_logd.
>>
>>Вот это все (не считая ресурсов) я планировал упаковать в пакет 
>>heartbeat, под каждый необходимый мне ресурс я планировал держать 
>>отдельный пакет вида linux-ha-resource-[name] или 
>>linux-ha-resource-ocf-[name]. ha_logd и ha_logger я планировал выносить 
>>в отдельный пакет и писать для первого отдельный инитскрипт. Еще один 
>>пакет - это heartbeat-crm, куда я планировал положить все, необходимое 
>>для того, чтобы описать свою конфигурацию в стиле 2.x. Еще отдельно 
>>нужно было бы упаковать heartbeat-management и haclient. Разумеется, все 
> 
> А можно посмотреть на эти изменения?

Это все только в мечтах ... Материализовался лишь спек, в котором все 
запихивается в один бинарный пакет вместо нескольких - да и тот на 2.0.8 
еще не переехал. Список файлов для минимального пакета с конфигурацией в 
стиле 1.x я только определил, но не упаковал.

>>это косметика, но на большее я и не претендовал. Бороться с warnings - 
>>это в случае heartbeat вообще борьба с мельницами :( Не зря lakostis@ 
>>включил unresolved=relaxed ...
> 
> 
> Интересно почему так. То есть даже если все Makefile поправить какие-то 
> проблемы потом вылезти могут?

Ты записался в Team? Если еще нет, пиши на join@ и иди в devel@ - там 
объяснят значительно лучше, чем я. Тем более сейчас как раз решается 
вопрос комплектации серверного дистрибутива - я вызвался было допинать 
heartbeat и содержать его в виде, пригодном по крайней мере для 
active/standby, но появились иные обстоятельства ... Может ты возьмешься?

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

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Eugene Prokopiev]

Michael Shigorin пишет:
> On Thu, Mar 29, 2007 at 10:52:51PM +0400, Eugene Prokopiev wrote:
> 
>>>Интересно почему так. То есть даже если все Makefile
>>>поправить какие-то проблемы потом вылезти могут?
>>
>>Ты записался в Team? Если еще нет, пиши на join@ и иди в devel@
>>- там объяснят значительно лучше, чем я. Тем более сейчас как
>>раз решается вопрос комплектации серверного дистрибутива - я
>>вызвался было допинать heartbeat и содержать его в виде,
>>пригодном по крайней мере для active/standby, но появились иные
>>обстоятельства ... Может ты возьмешься?
> 
> 
> Боюсь, за несколько недель от приглашения до заливания жутко
> исправленного нетривиального пакета управиться малореально.

Миша, не пугай :) Может к релизу и не успеть, но работа в любом случае 
будет полезной - у нас же будут бэкпорты ;) для updates это, наверное, 
будет слишком ...

> Хотя да, лучше всего собирают и фиксят пакеты те, кто в них
> заинтересован :)

во-во :)

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

Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.

[Michael Shigorin]

On Fri, Mar 30, 2007 at 08:50:47AM +0400, Eugene Prokopiev wrote:
> >>>Интересно почему так. То есть даже если все Makefile
> >>>поправить какие-то проблемы потом вылезти могут?
> >>Ты записался в Team? Если еще нет, пиши на join@ и иди в devel@
> > Боюсь, за несколько недель от приглашения до заливания жутко
> > исправленного нетривиального пакета управиться малореально.
> Миша, не пугай :) Может к релизу и не успеть, но работа в любом
> случае будет полезной - у нас же будут бэкпорты ;) для updates
> это, наверное, будет слишком ...

Не, я просто расставляю точки над "ы".  Бэкпорты-то будут,
для 3.0 вон ночью заливались.  Да и свет клином на 4.0 не
сошёлся, есть подозрение, что следом 4.0.1 какой с исправлениями
будет уместен если не летом, то к осени.  Это обычно.

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