Падает сервер!

Стандартно. Память, бэды, конденсаторы...

Питание еще до кучи проверьте

Я же говорю 2 разных BladeServera 14 лезвий в каждом и по одному лезвию являются ноды. Так что стандартная ситуация не подходит (2 разных железки)

А вообще:

• Что используется в роли HA?
• У тебя классический HA с master-slave?
• Перезагрузка идет только на мастере или и на слейве?
• Как определяется что мастер сдох и проходит переключение на слейв?

Тогда надо думать... Тут предыдущий комментатор задал вопросы, ждем информации

Две ноды в результате какой-то чепухи считают себя изолированными и самоубиваются, чтобы не навредить кластеру, надо третью ноду.

1) pacemaker 2) да 3) мастер перегружается, но слейв на себя не берет управление. 4) Heartbeat

Пробовал сам тушить мастера и слейв отрабатывает. Решил попробовать в одну ноду, результат тоже. Потом менял местами, так же.

мастер перегружается, но слейв на себя не берет управление
Пробовал сам тушить мастера и слейв отрабатывает

Автоматом переключения нет, а если вручную то все норм?

Решил попробовать в одну ноду, результат тоже

Полет был на одном мастере?

да при искусственном убиении мастера слейв подхватывает, а при описанной ситуации нет. Что на одном мастере, что на одном слейве происходят ребуты!

глупость, скорее всего, но самбу никакая виндовирь не пытается сломать ?

Я бы в такой ситуации выкинул нахер хартбит с пейсмейкером и пожил бы на одной ноде, дабы убедится что проблема с ними. И во время этого активно мониторил бы сеть, почему-то мне кажется что херь происходит с сетью и связью этих самых серверов.

при искусственном убиении мастера слейв подхватывает, а при описанной ситуации нет

было такое, возникало из-за проблем сетевого оборудования

Ребутаются оба?
Или при наличии мастера, только мастер?

нет только тот кто является в данный момент мастером!

ребуты в одно и тоже время?

reboot system boot 2.6.32.54-0.3-de Thu Mar 20 11:12
reboot system boot 2.6.32.54-0.3-de Wed Mar 19 16:24
reboot system boot 2.6.32.54-0.3-de Tue Mar 18 10:56
reboot system boot 2.6.32.54-0.3-de Tue Mar 18 10:17
reboot system boot 2.6.32.54-0.3-de Fri Mar 14 20:35
reboot system boot 2.6.32.54-0.3-de Fri Mar 14 09:42
reboot system boot 2.6.32.54-0.3-de Thu Mar 13 15:26
reboot system boot 2.6.32.54-0.3-de Wed Mar 12 08:51
reboot system boot 2.6.32.54-0.3-de Wed Mar 12 08:31
reboot system boot 2.6.32.54-0.3-de Wed Mar 12 08:15
reboot system boot 2.6.32.54-0.3-de Tue Mar 11 17:20
reboot system boot 2.6.32.54-0.3-de Fri Mar 7 13:49
reboot system boot 2.6.32.54-0.3-de Fri Mar 7 11:38
reboot system boot 2.6.32.54-0.3-de Thu Mar 6 13:08
reboot system boot 2.6.32.54-0.3-de Thu Mar 6 08:47
reboot system boot 2.6.32.54-0.3-de Thu Mar 6 08:30
reboot system boot 2.6.32.54-0.3-de Wed Mar 5 13:09
reboot system boot 2.6.32.54-0.3-de Wed Mar 5 11:33
reboot system boot 2.6.32.54-0.3-de Tue Mar 4 09:36
reboot system boot 2.6.32.54-0.3-de Tue Mar 4 08:56
reboot system boot 2.6.32.54-0.3-de Tue Mar 4 08:43
reboot system boot 2.6.32.54-0.3-de Mon Aug 26 17:30

когда последний раз апдейт делали?

год назад

У сусе были траблы с ZENworks Configuration Management 11.1 Они ее пофиксили, но еще в 12 году.
Могут гадить watchdog'и.
Как вариант вспомнить кого, недавно, уволили :)

балин в логах что то видел связанное с watchdog

отбой это инициализация его была
Mar 20 11:12:27 10.128.100.33 sbd: [5182]: notice: Using watchdog device: /dev/watchdog
Mar 20 11:12:27 10.128.100.33 sbd: [5182]: info: Set watchdog timeout to 5 seconds.

что-то напоминает...
ни с кем из действующий сотрудников не совпадает ?
в выходные, кстати, сбоев нет

доступ имеют только 3 человека 2 сисадмина и начальник
последний сисадмин увольнялся года полтора назад
в логах на ребут команд нет, физически тоже не возможно сделать серверная под замком ключ у начальника.

думаю перегрузы возникают в пиковую активность юзеров!

Может кто подскажет!

падает падает падает сееервееер.

Use zabbix luke! Загони сервер в заббикс и мониторь что предвещает остановку.

netcfg - Network Configuration Files in /etc - 11.1-1.22

пик в 8-15 ?
доступ по сети как минимум к самбе есть, в ней, кстати относительно недавно, что-то чинили, RCE кажись.

samba, nfs, hitachi СХД, ldap

предприятие работает с 8:00 до 17:00

см. не только логи ОС, но и логи кластерного софта на обоих нодах.
Логи железа тоже проверь.

Остальные сервера, которые пользует СХД, нормально живут? СХД мониторится?
Сетевое оборудование уже упоминали, оно держит пиковую нагрузку?
Хост который разадет nfs, в него не пишет данные большого обьема?

Логи блейдов в норме, адаптеры san сети тож молчат.
В логах pacemakera тоже ошибок нет одни отчеты о состоянии кластера.

Все моунт с СХД нормально работают
по nfs раздает шары в область, там токль небольшие объемы xls, doc

выруби peacemaker, heartbeat, все watchdog и запусти на одном лезвии.
засунь в мониторинг забикса камень, рам, сеть.
сислог натрави на другой сервак.

чем закончилось?