Chassis intru supermicro что это

Supermicro Chassis Intrusion Reset Сброс вскрытия корпуса

Как очистить вскрытия корпуса срабатывает датчик в серверах Supermicro. При срабатывании вторжения в корпус в веб-интерфейсе IPMI появится кнопка сброса.

Раздел: Hardware Метки: hardware

Добавить комментарий Отменить ответ

• Установка KES Kaspersky Endpoint Security для Windows на рабочую станцию и серверы + автономный пакет
• Мастер первоначальной настройки Сервера администрирования Kaspersky Security Center KSC
• Kaspersky Security Center KSC KES Установка
• Подключаем бесперебойник ИБП (usb) к Alt Linux Альт Рабочая станция
• Сетевая установка ОС Альт Alt Server netinst PXE

• Ашир к записи Обновление прошивки SD Upgrading of Firmware for Xerox WC 7220 7225 issue проблемы usb
• Максим Бородин к записи Обновление прошивки SD Upgrading of Firmware for Xerox WC 7220 7225 issue проблемы usb
• Boris к записи Обновление прошивки SD Upgrading of Firmware for Xerox WC 7220 7225 issue проблемы usb
• Victor Godunov к записи Обновление прошивки SD Upgrading of Firmware for Xerox WC 7220 7225 issue проблемы usb
• ларион к записи Обновление прошивки SD Upgrading of Firmware for Xerox WC 7220 7225 issue проблемы usb

• Hardware
• Linux Unix BSD
• Microsoft Exchange Server
• radio
• System Center Configuration Manager — SCCM
• Uncategorized
• Windows
• Без рубрики
• виртуализация virtualization
• Телефония АТС PBX telephone voip PSTN

custom footer text left

Ошибка System Chassis 1 Chassis intro на ESXI хосте

Доброго времени суток! Уважаемые подписчики и читатели IT блога Pyatilistnik. Пару лет назад я вам описывал ошибку, которую я получал на одном из ESXI хостов » Status of the other host hardware objects», она нам сообщала, о какой-то неисправности в оборудовании, но у нее есть еще одна причина, которая не связана с поломкой какой-то детали сервера. Одной из причин такого статуса может быть предупреждение «System Chassis 1 Chassis intro» на вашем гипервизоре, об этом и пойдет у нас с вами речь. Сразу отмечу, что оно не критичное, так что данный пост больше информативный и для перфекционизма.

Причины ошибки

У меня есть много серверов на базе ESXI 7, некоторые компания арендует для вычислений. Вот на парочке таких и выскочила ошибка.

Для того, чтобы понять в чем дело, нужно зайти в раздел «Monitor — Hardware Health«, тут вы можете увидеть есть ли поломка или ошибки оборудования, чаще всего вы тут можете увидеть выпавшую оперативную память, или CPU, но в моем случае висело предупреждение:

System Chassis 1 Chassis intro

System Chassis 1 в сервере — это физический корпус или шасси, в котором располагаются компоненты сервера. Он обеспечивает механическую поддержку и защиту для установленных внутри него компонентов, таких как материнская плата, процессоры, память, жесткие диски и другие расширительные карты. То предупреждение, что я видел связано с тем, что событие мне подсвечивает через специальный датчик, об открытии ранее корпуса, только и всего. Безусловно это важно, если это произошло без вашего разрешения, но когда вы сами планировали эти работы, данное предупреждение избыточно, тем более оно может засорять ваш мониторинг, давая изначально неправильный или даже сказать необъективный статус оборудования.

Как убрать предупреждение System Chassis 1

Для исправления предупреждения вам необходимо с помощью порта управления IPMI перейти в раздел «Server Health — Sensor Readings» и произвести сброс событий. Для этой задачи есть кнопка «Intrusion Reset«.

Как только я закончил сброс датчиков, предупреждение «System Chassis 1» мгновенно пропало, как будто его и не было.

Как сбросить «Intrusion Reset» через ipmicfg

Для выполнения Intrusion Reset через ipmicfg на сервере Supermicro, следуйте приведенным ниже инструкциям:

1. Скачайте и установите инструмент ipmicfg на сервер Supermicro. Вы можете найти его на официальном веб-сайте Supermicro или на странице загрузки драйверов и утилит.
2. Откройте командную строку или терминал и перейдите в папку, где установлен ipmicfg.
3. Введите команду ipmicfg -user list для просмотра списка пользователей IPMI. Обратите внимание на ID пользователя, который имеет доступ к функциям сброса нарушений.
4. Введите команду ipmicfg -user setpwd для установки нового пароля для пользователя IPMI. Замените на соответствующий ID пользователя, а на новый пароль, который вы хотите установить.
5. Введите команду ipmicfg -fru для просмотра списка датчиков нарушений (intrusion sensors). Обратите внимание на номера датчиков, которые вы хотите сбросить.
6. Введите команду ipmicfg -icmd для выполнения сброса нарушений. Замените на соответствующий номер датчика, на ID пользователя, который имеет доступ к функциям сброса нарушений, и на пароль этого пользователя.
7. Проверьте результаты выполнения команды. Если все прошло успешно, датчики нарушений должны быть сброшены.

Обратите внимание, что эти команды могут различаться в зависимости от версии ipmicfg и модели сервера Supermicro. Убедитесь, что вы используете правильные команды для вашей конкретной конфигурации сервера.

Надеюсь, что вам помогла данная информация и вы убрали у себя предупреждение. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.

Популярные Похожие записи:

• Тестирование и диагностика сервера Dell R740
• Как удалить sIDHistory у объектов Active Directory
• Сброс Digi AnywhereUSB на заводские настройки
• Ошибка запуска VM: File system specific implementation of Ioctl[file] failed
• Ошибка Log Disk Exhaustion on vCenter 7, 100% решение
• Ошибка JCP024 Lifecycle Controller in use

Расшифровка логов IPMI и глюк серва

Добрый день, год назад брал у вас сервер. Гар талон № 21623, мать X8SIA-F, Xeon X3450, корпус CSE-733TQ-665B. За все время проблем не было. кроме 2 раз. Первый раз было пол года назад. Зашел в серверную (по другим делам), сервак дует вентиляторами на полную. на морде корпуса горит красная лампочка температуры (над ней нарисован «градусник»). Температура в серверной штатная 20-21 градус. проц загрежен тоже штатно % 15-25. Всегда при таких режимах сервер работат тихо. В IPMI логи не полез, решил пока поглядеть, что дальше будет. Просто перегрузил сервак. При перезагрузки вентилятор(ы) успокоились. и я тоже. На том и успокоился. Последил за ним, более проблемма не вылазила. Прошло пол года. на днях таже херня. Решил поглядеть что будет. оставил егона сутки. прихожу — маслает как дизел. Поглядеть логи в этом режиме не было возможности. перегрузил. серв успокоился. В логах теперь вижу следеющее:

52 2012/01/30 11:20:08 FAN 2 Fan Lower Non-Critical — Going Low — Deasserted
53 2012/01/30 11:20:55 FAN 2 Fan Lower Non-Critical — Going Low — Asserted
54 2012/01/31 11:10:19 FAN 2 Fan Lower Non-Critical — Going Low — Deasserted
55 2012/01/31 11:11:28 FAN 2 Fan Lower Non-Critical — Going Low — Asserted
56 2012/01/31 11:14:41 FAN 2 Fan Lower Non-Critical — Going Low — Deasserted
57 2012/01/31 11:15:12 FAN 2 Fan Lower Non-Critical — Going Low — Asserted
58 2012/02/26 11:33:43 Chassis Intru Physical Security (Chassis Intrusion) General Chassis Intrusion — Asserted
59 2012/02/26 11:33:49 FAN 2 Fan Lower Non-Critical — Going Low — Asserted
60 2012/03/10 05:46:12 FAN 2 Fan Lower Non-Critical — Going Low — Deasserted
61 2012/03/12 12:14:31 FAN 2 Fan Lower Non-Critical — Going Low — Asserted
62 2012/03/12 16:44:10 Chassis Intru Physical Security (Chassis Intrusion) General Chassis Intrusion — Deasserted

Те глюк отразился в строчках номер 60-61, по времени видно что он так работал более суток. Что значит эта запись «Fan Lower Non-Critical — Going Low — Deasserted »
Второй вопрос: пока писал сообщение, в логах появилась последняя запись номер 62. General Chassis Intrusion — Deasserted . что ЭТО? серв под замком в серверной, я туда не ходил, откуда этот глюк??

Заранее спасибо за помощь.

Последний раз редактировалось Sergey_rost 12 мар 2012, 14:35, всего редактировалось 1 раз.

gs Сотрудник Тринити
Сообщения: 16650 Зарегистрирован: 23 авг 2002, 17:34 Откуда: Москва Контактная информация:

Re: Расшифровка логов IPMI и глюк серва

Сообщение gs » 12 мар 2012, 14:35

Вы сервисерам московским (московский офис поставлял?) позвоните — Игорь Грицай, Андрей Ермаков, Константин Лякишев.

Sergey_rost Junior member Сообщения: 5 Зарегистрирован: 13 апр 2011, 12:49 Откуда: Новосибирск

Re: Расшифровка логов IPMI и глюк серва

Сообщение Sergey_rost » 12 мар 2012, 14:37

Да московский, но покупали через Жидкова Сергея, в Новосибирске. ему звонил, сказал запости на форум, что я и сделал. Хорошо позовню в москву

gs Сотрудник Тринити
Сообщения: 16650 Зарегистрирован: 23 авг 2002, 17:34 Откуда: Москва Контактная информация:

Chassis intruded! Fatal Error… System Halted

При сборке компьютера может периодически возникать ошибка «Chassis intruded! Fatal Error… System Halted». Конечно, на просторах сети гуляет много инструкций, где надо что-то распаивать, менять датчики или еще что-то. Но мы начнем с самых простых методов.

Чем вызвана ошибка Chassis intruded! Fatal Error… System Halted

На некоторых материнских платах есть метод для отслеживания вскрытия корпуса. Если корпус не закрыт, либо крышка прилегает неплотно, то расположенный на корпусе датчик срабатывает и блокирует систему, что не позволит загрузить операционную систему, в некоторых случаях даже БИОС. Но причина может быть не только в датчике, но и в неправильном замыкании перемычки на разъеме Chassis Intruded либо в случае деформации джампера. Для начала рассмотрим правильный метод подключения датчика отслеживания открытия корпуса.

Подключение датчика открытия корпуса

Ошибка «Chassis intruded! Fatal Error… System Halted» часто является следствием неправильного подключения датчика открытия корпуса. На всякий случай можете ознакомиться с инструкцией, ведь если вам требуется такой датчик для обеспечения безопасности, то следует его правильно подключить. Если сделать это неверно, то с вышеприведенной ошибкой точно предстоит столкнуться.

Существуют датчики, которые имеют три линии питания. Часто встречаются на потребительских материнских платах ASUS.

Как видите, здесь три разъема, которые следует правильно подсоединить к материнской плате:

• NC – Normal Connected – нормально замкнут;
• NO – Normal Open – нормально разомкнут;
• C – Common – общий;

«С» нужно подключить на +, «NO» на минус. NC не подключаем, замыкать цепь здесь ни к чему. Пример на фото ниже.

После вам потребуется два раза выполнить перезагрузку. Первый раз после сохранения настроек BIOS, может появиться ошибка «Chassis intruded! Fatal Error… System Halted». Тогда всего лишь нужно нажать кнопку Reset, после чего система запустится нормально.

В случае серверного оборудования заметно проще. Например, в платформах Supermicro с подключением нет никаких проблем. Там только один двухконтактный провод, который довольно легко соединить с материнкой. Достаточно воткнуть в разъем Chassis Intruded, соблюдая полярность. Расположение разъема будет указано в инструкции. Пример на фото.

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

Если ошибка появилась вследствие неправильной установки и нет доступа к BIOS

Если не можете получить доступ в BIOS, то нужно замкнуть CLRTC, подождать 10-15 секунд и убрать перемычку. В случае, если разъем двухконтактный, то достаточно надеть джампер на него.

Существуют трехконтактные разъемы. На таких требуется замыкать 2 и 3 штырек, перемычка на них обычно установлена изначально и замыкает 1 и 2 штырьки.

Если не помогло, снимите батарейку и поставьте обратно. Часто это наиболее удобный способ сброса настроек BIOS.

После сброса не забудьте включить определение датчика вскрытия корпуса, так как сброс БИОС часто отключает эту функцию. Может называться так:

• Case Open Warning;
• Chassis Intrusion Detect;
• Intruder Detection.

После повторного включения функции перезагружаем устройство. Если ошибка появилась снова, то нажимаем кнопку Reset, ждем запуска. Устройство должно функционировать нормально.

Исправляем ошибку, если датчик не подключен

Причина может оказаться в перемычках. Особенно часто глюк встречается на материнских платах от ASUS. Несмотря на то, что джампер надет, материнка все-равно считает, что цепь не замкнута.

Первое, что можно попробовать сделать, найти в BIOS настройки, которые называться могут так:

• Case Open Warning;
• Chassis Intrusion Detect;
• Intruder Detection.

Любую из них деактивировать (фактически, перевести в Disable). Таким образом вы полностью отключите проверку открытия крышки. Ошибка также уйдет.

Данную инструкцию выполнять только в случае, если не можете попасть в BIOS, при этом, датчик открытия корпуса не подключен:

1. Обесточиваем устройство, вскрываем его, снимаем батарейку, чтобы полностью обесточить материнскую плату.
2. Находим два джампера: Отвечающий за Chassis intruded (может быть подписан как CHASSIS) и CLRTC. Батарейку возвращаем на место.
3. Следует снять перемычку с CLRTC и переставить так, чтобы замыкался 2 и 3 штырек, подождать секунд 10 и вернуть на место. Положение джампера CHASSIS менять не стоит.
4. Теперь нужно закрыть корпус, включить устройство и зайти в БИОС, чтобы вернуть ваши настройки (снятие батарейки выполнило полный сброс) Там же можно включить функцию Chassis Intrusion Detect обратно, если она необходима, но при выключенном датчике в ней необходимости нет.
5. Сохраняете настройки, выходите из BIOS и ждете загрузки системы. «Chassis intruded! Fatal Error… System Halted» вылезет снова, но ничего страшного.
6. Нажимаете кнопку Reset, после перезагрузки ошибка должна исчезнуть.
7. Готово.

Если не помогло

Тогда придется снова залезть в корпус, снять батарейку и снять джампер с перемычки, отвечающей за Chassis Intruded. Вернуть батарейку на место, перемычку тоже, после чего закрыть корпус и запустить устройство. Готово. В крайнем случае можно заменить перемычки на новые. Иногда это помогает.

Если не помогло даже это, следовать советам по перепайке, и прочим сомнительным вещам не следует. Лучше тогда вообще выключить функцию определения открытия корпуса, либо обратиться к производителю материнской платы за помощью. Любое механическое вмешательство способно испортить компонент.

Надеюсь, данная инструкция помогла решить проблему и исправить раздражающую ошибку. Если же нет, то стоит давить на службу поддержки производителя. Любой сбой — последствие их недоработок.