У меня есть та же проблема. Снимок экрана дальнейшие шоу:
ПРЕДУПРЕЖДЕНИЕ: не удалось решить 'scsa, тестовый' псевдоним драйвера, приняв значение по умолчанию к ПРЕДУПРЕЖДЕНИЮ 'nulldriver': не удалось решить 'scsa, nodev' псевдоним драйвера, приняв значение по умолчанию к 'nulldriver'
/kernel/fs/amd64/zfs: неопределенный символ 'lbolt'/kernel/fs/amd64/zfs: неопределенный символ 'lbolt64' ПРЕДУПРЕЖДЕНИЕ: mod_load: не может загрузочный модуль 'zfs'
панический [cpu0]/thread=fffffffffbc2e7a0: не Может _init zfs модуль
Я сделал некоторый ввод по абсолютному адресу вокруг и нашел, что обновленный/kernel/misc/amd64/scsi и/kernel/misc/scsi и отличаются от оригинала, по крайней мере, в наличии 'scsa, датчик' и 'scsa, nodev' строки в них. Я не уверен, куда те строки прибывают из, все же. Копирование тех файлов от известной пользы просто создало набор новых ошибок.
Относительно предупреждения для того, когда предупреждение очищается, необходимо изменить Определение аварийных сигналов так, чтобы уведомление было инициировано на изменении состояния 'к зеленому', а не значению по умолчанию, которое инициировало когда изменения состояния к чему-либо 'от зеленого'. Сделать это:
Вот столбец, который необходимо настроить:
Относительно разъединений Вы выполняете ESXI или ESX? Входящий в систему ESXI переворачивается очень быстро (особенно сообщения), таким образом, Вы не можете идти далеко назад достаточно для наблюдения информации о разъединении. Если это верно, можно исправить его путем конфигурирования хоста для входа к внешнему серверу системного журнала. Мы видели проблемы разъединения хоста по странным причинам недавно, прежде всего что устройство контрольной точки между хостом и vcenter вмешивалось в пакетный порядок (через, он - 'Интеллектуальный' IDS), и то, чтобы заставлять хосты регулярно спасть до неуправляемого состояния, пока мы не перезапустили сервисы управления. Есть ли какие-либо каналы WAN или брандмауэры между хостами и vcenter?