OCFS2 + Gentoo

Добрый день, а может и вечер\утро. Сегодня на работе сломал мозг при попытке починить связку OCFS2 + FC SAN + Gentoo. Есть два сервера, в машинах полно дури по производительности, но вот система выбрана неудачно на мой взгляд. Будем считать что они называются фу1 и фу2, кроме сетевых линков они были связаны между собой патч-кордом для работы мульти-мастер базы данных и ocfs2 репликаций. Настроено было не мной, но опыт подобного сношения gentoo + ocfs2 (правда на drbd) имеется и успешный, так вот, так получилось, что мне нужно стало перевести репликации через основные линки, избавившись от лишних патч-кордов. С MySQL проблем не возникло, да и со всем остальным, остановил ноды ocfs2, внес изменения в /etc/ocfs2/cluster.conf, перезапустил системы полностью, поднялось с первого раза. Всё хорошо. Синхронизируются, работает как обычно. Прихожу утром сегодня, приходят с жалобами, что на одной ноде данных новых нет. Не верю, отбрыкиваюсь и т.п., потом сам себя ставлю перед фактом, что не работает и реально репликации данных нету. В итоге, что случилось: фу1 снесло башню так, что он считает, что его номер ноды = 1, вместо 0, а номер ноды фу2 = 0, по-этому если смонтирована файловая система на фу2, то на фу1 при попытке примонтировать файловую систему говорится что подобный номер ноды уже используется и занять его нельзя. Полез смотреть в /sys/kernel/configfs/cluster/<>/node/фу1/local стоит 1, вместо 0 и у /sys/kernel/configfs/cluster/<>/node/фу2/local стоит 0. Изменение конфигов - ноль реакции, сам дописать туда я не могу, через o2cb* пробовал, аналогично управлению скриптами. На фу2 всё отлично, параметры выставлены верно и она сама по себе по сути работает, но если ее первой запустить, то фу1 не сможет примонтировать фс, а если первым запустить фс1, то фу2 может примонтировать файловую систему, но беда в отсутствии репликации, да и вообще беда, данные нужны актуальные на обеих нодах.

Буду благодарен за любую подсказку, т.к. уже честно, хочется стукнуться ап стену, конфиги /etc/ocfs2/cluster.conf и /etc/conf.d/ocfs2 один в один, сравнивал с помощью diff. Редактирование первого файла не приводит ни к какому измениню абсолютно, такое чувство, что часть параметров зашилось намертво...

Пришел домой, завелтестовый стенд ради интереса на виртуальной машине 2 хоста из центоса 5.3, 20 минут и я мог спокойно менять конфиги и все подхватывается после изменения конфигов.

Версия ocfs-tools на серверах 1.3.9, ведро 2.6.25,ось 64 битная в обоих случаях, общее хранилище подцепленное по оптике через QLogic.

P.S. Еще меня очень порадовала запись в документации от ocfs2-tools от команды дженту, дословно: "если у вас какие-то проблемы, то получите удовольствие от нового экспириенса", т.е. в моем понимании "*censored* как хотите".