Проблема решена.
Я должен был повторно запустить фильтр sid со следующей командой:
./sid-filter-u снабжают постфиксом-p inet:10027@localhost-l-L 8
Это привело к самому прекрасному сгенерированному журналу, и это убедило меня, что sid-фильтр работал корректный.
На самом деле это была сетевая среда, которая не была установкой правильно и приводящий к проблемам.
Благодаря всем тем, кто считал проблему.
Ashish Sharma
У нас была такая же проблема с нашим кластером, который не возвращается в исходное состояние после сбоя питания. Как и вы, общее хранилище находится в сетях iSCSI SAN. Для нас исправление заключалось в том, чтобы гарантировать, что запуск хоста виртуальной машины и гостя откладывается на достаточно долгое время, чтобы сети SAN снова были в сети ПЕРВЫМИ. Мы обнаружили, что если мы этого не сделаем, общие тома будут повторно подключаться, но останутся в автономном состоянии, что приведет к сбою кластера ....
Я столкнулся с этой проблемой в своей системе. После сбоя питания кластер просто не мог вернуться к работе либо потому, что контроллер домена не был готов, либо потому, что SAN еще не была готова. Для тех, у кого нет управляемых PDU или параметров BIOS для задержки запуска и которым необходимо добавить задержку загрузки, есть простой метод, опубликованный в этом блоге
. На Server 2008 откройте командную строку и введите:
bcdedit /copy {current} /d "Boot delay placeholder"
bcdedit /timeout 300
Это создает второй параметр меню загрузки (необходимый для появления тайм-аута) и устанавливает тайм-аут на 5 минут (300 секунд). Сервер будет находиться в меню загрузки до тех пор, пока не истечет время ожидания или кто-нибудь не нажмет клавишу ввода.