Привет всем.
Немного поигрался с drbd и то ли он меня в ступор загнал, то ли я его. Одним словом: сервис поднимается, но порт, заданный для синхронизации, не отрывает. В результате служба репликации не работает, хоть тресни.
Вот конфиг drbd:
global {
usage-count no;
}
resource res {
protocol C;
startup {
degr-wfc-timeout 120; # 2 minutes.
wfc-timeout 10;
}
disk {
on-io-error detach;
}
net {
}
syncer {
rate 100M;
al-extents 257;
}
on test1 {
device /dev/drbd0;
disk /dev/dm-2;
address 192.168.43.39:7788;
meta-disk internal;
}
on test2 {
device /dev/drbd0;
disk /dev/dm-1;
address 192.168.43.10:7788;
meta-disk internal;
}
}Сервис стартует. Однако, если поставить параметр wfc-timeout в 0, то долго ждет ответа от "собеседника". "Собеседник" стоит тоже в аналогичной позиции. Если прервать ожидание, то сервис запускается сам на себя, то есть
# service drbd status
drbd driver loaded OK; device status:
version: 8.3.7 (api:88/proto:86-91)
srcversion: EE47D8BF18AC166BE219757
m:res cs ro ds p mounted fstype
0:res StandAlone Secondary/Unknown UpToDate/DUnknown r----А Unknown потому, что на заказанных портах ничего не висит. Telnet отваливается напрочь. netstat -apn молчит как партизан в гестапо на тему порта 7788. В межсетевом экране разрешающая запись на этот порт присутствует.
Наведите на умную мысль...
И ведь работало же вчера и сегодня. Пока я не начал DRBD от лишних слов на стартапе и на выключении отучать...
Кстати, возврат конфига в прежний вид (без секции global) ситуацию не спасает.
===========================================
решение: по каким то причинам связка DRBD+HeartBeat при неоднократных перезагрузках компьютера (тесты, однако) вызвало состояние brain-split. Что было отражено в логе. А дальше - дело техники...
===========================
починил... и снова же завалил... нельзя очень сразу хосты, где drbd живет перезагружать, reboot'ить... "хрустальный" пакет... И как такое в продакшн заводить?
