Red Hat, Кластеризирующий сбои Ограждения
Спасибо за все предложения. Я думаю его теперь решенный - никакое злонамеренное намерение не было найдено. Неизвестный мне [я - удаленный рабочий], но наша Поддержка ПК включила мои 2 сервера в IP KVM приблизительно месяц назад. Казалось бы, что посредством действия того, что они входили в систему их серверов окон сигнал CTRL-ALT-DEL должен протечь за пределами намеченной цели и браться другими связанными узлами. Поскольку я уверен, что Вы - осведомленный CAD, если оставлено в режиме по умолчанию [как мои были], вызывает серверы Linux к перезагрузке. Мне удалось получить некоторую подходящую информацию путем выполнения и входа "PS-ef" каждую секунду - она показала во время перезагрузки, используемая команда была "/sbin/shutdown-t3-r 0 w", который переводит в прерывание в/etc/inittab. Таким образом, тайна решила (yn), но я нашел ценный источник экспертных знаний за пределами моего обычного мира Google. Еще раз спасибо
Я полагаю, что это возможно, но интерфейсы управления ESXI не могли бы ответить быстро или достаточно надежно сделать это столь устойчивым, как это должно быть. Существует некоторая информация об этом здесь, которое, кажется, указывает, что это - в значительной степени происходящая работа, но у Вас может быть что-то более поддерживаемое, которое Вы пробуете.
Так как все, что действительно необходимо сделать с Ограждением, смочь инициировать перезагрузку VM, когда определенные условия соблюдены, я не вижу, почему оно не должно работать, если сценарии забора достаточно правильно написаны, чтобы смочь иметь дело с "задержкой" команд VCLI\VIX. Одна вещь, которую я заметил с различными инструментами CLI, состоит в том, что задержки аутентификации могут быть неприятными и могут сделать это довольно трудным.