ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed
From: Eugene Prokopiev <prokopiev@stc.donpac.ru>
To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
Subject: Re: [sisyphus] Вопрос по heartbeat, lvs и т.д.
Date: Wed, 28 Mar 2007 15:44:47 +0400
Message-ID: <460A552F.6070909@stc.donpac.ru> (raw)
In-Reply-To: <460A5194.6010809@votgk.com>

Чернов Евгений пишет:
> 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 ...

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

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



  reply	other threads:[~2007-03-28 11:44 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-22  5:08 Чернов Евгений
2007-03-22 10:42 ` Eugene Prokopiev
2007-03-26 13:37   ` Чернов Евгений
2007-03-27  6:27     ` Eugene Prokopiev
2007-03-28 11:29       ` Чернов Евгений
2007-03-28 11:44         ` Eugene Prokopiev [this message]
2007-03-29 10:38           ` Чернов Евгений
2007-03-29 18:52             ` Eugene Prokopiev
2007-03-29 18:22               ` Michael Shigorin
2007-03-30  4:50                 ` Eugene Prokopiev
2007-03-30  8:36                   ` Michael Shigorin
2007-03-23 12:13 ` Igor Zubkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=460A552F.6070909@stc.donpac.ru \
    --to=prokopiev@stc.donpac.ru \
    --cc=sisyphus@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Sisyphus discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
		sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
	public-inbox-index sisyphus

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.sisyphus


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git