Кнопку нажали - ничего. Или вентиляторы взвыли на полную и через десять секунд стихли. Или всё крутится, а на мониторе чернота.
Жалоба одна - «сервер не включается», а неисправности за ней три разные, и лечатся они по-разному. Самая дорогая ошибка на этом этапе - начать разбирать сервер до того, как вы поняли, что именно он показывает. Ниже - порядок, в котором стоит идти, и места, где обычно всё и находится.
Три вещи, которые делают до отвёртки.
Зафиксируйте симптом. Что горит на передней панели, крутятся ли вентиляторы, есть ли звук, доходит ли до логотипа. Пишите как есть - через час вы это уже не вспомните, а инженеру поддержки или сервису именно это и нужно.
Не трогайте диски. Не вынимайте, не меняйте местами, не втыкайте обратно «чтобы проверить контакт». Порядок дисков в корзине для контроллера значим, и восстановление перепутанного массива стоит дороже любого визита инженера.
Ничего не инициализируйте. Если во время старта контроллер предлагает создать или инициализировать массив - откажитесь и выйдите. Это не лечение, это стирание.
Сервер, который не стартует, почти всегда сохраняет данные. Сервер, который не стартует и который успели «починить» наугад, - далеко не всегда.
| Что видите | Скорее всего | Куда смотреть |
|---|---|---|
| Совсем мёртв: ни одного индикатора, вентиляторы молчат | нет питания или отказ обоих блоков | розетка, PDU, ИБП, автомат, индикаторы БП |
| Индикатор дежурного питания горит, по кнопке ничего | не проходит включение: плата, кнопка, один из БП | журнал BMC, индикаторы БП |
| Вентиляторы раскручиваются на максимум, видео нет | не проходит POST: память, процессор, карта расширения | звуковые сигналы, индикаторы платы, журнал BMC |
| Стартует и через несколько секунд гаснет | защита по питанию или по температуре | журнал BMC, радиаторы, вентиляторы |
| Доходит до логотипа и не идёт дальше | загрузочное устройство, контроллер, порядок загрузки | экран контроллера, настройки BIOS/UEFI |
Первое, что стоит открыть, - системный журнал контроллера управления. Он есть почти в любом серверном железе: у Dell это iDRAC, у HPE - iLO, у Supermicro и большинства прочих - IPMI-интерфейс.
Смысл в том, что контроллер живёт на дежурном питании и пишет события, даже когда сам сервер не стартует. Он назовёт вам конкретный модуль памяти, конкретный блок питания или конкретный датчик температуры - то, что иначе ищется перебором.
У Dell журналов два, и это важно: System Event Log хранит события железа, а Lifecycle Log шире - прошивки, изменения конфигурации, входы. Если SEL пуст, а сервер ведёт себя странно, смотрите Lifecycle Log. У HPE аналог называется IML.
Попасть в интерфейс можно по сети, даже если операционная система мертва. Нюанс, о который спотыкаются: на серверах Dell выделенный сетевой порт управления открывается лицензией Enterprise, а в базовой редакции доступен только общий интерфейс материнской платы. Если сеть, через которую он работал, легла - до сервера вы по ней не доберётесь. Как подключаться и что настраивать, разбирали отдельно для iDRAC и для iLO 5.
Ситуация обычная: сервер ставили три года назад, человек с тех пор сменился, адрес управления записан в лучшем случае в чьей-то голове.
Варианты, в порядке скорости. По умолчанию контроллер получает адрес по DHCP - посмотрите аренды на сервере DHCP. У Dell имя хоста по умолчанию складывается из слова idrac и сервисного тега с бирки сервера, так что искать можно прямо по нему. У HPE адрес и настройки читаются из работающей операционной системы утилитой HPONCFG, которой сеть не нужна вовсе - она берёт конфигурацию прямо с материнской платы.
Если ничего не помогло, адрес виден на экране при старте сервера и задаётся в конфигураторе: у HPE Gen10 это F9 и дальше System Utilities (клавиша F8 из старых инструкций - путь для Gen9), у Dell - F2 в меню настройки.
Учётные данные при этом почти всегда на бирке: у HPE логин Administrator и случайный восьмисимвольный пароль, универсального пароля по умолчанию у современных поколений нет.
Если индикаторов нет вообще, проверка идёт от розетки к серверу, а не наоборот.
Сначала внешнее: автомат в щите, ИБП, блок розеток в стойке. ИБП после долгой работы на батарее может уйти в защиту и не подать питание обратно даже при вернувшемся вводе - как он вообще устроен, мы разбирали отдельно. Если серверов в стойке несколько и мёртв только один, внешнее питание можно исключить быстро.
Дальше - индикаторы самих блоков питания. Точные цвета зависят от вендора и модели, но логика общая: зелёный ровный - всё в порядке, янтарный или жёлтый - деградация, красный - критическая неисправность. Расшифровку конкретной комбинации ищите в руководстве по вашей модели, там она приведена таблицей.
Резервирование питания подводит чаще, чем принято думать. Два блока в сервере не означают, что оба живы: первый мог отказать месяц назад, и никто не заметил, потому что сервер работал на втором. Проверять стоит оба - и после ремонта отдельно убедиться, что вернулись оба.
Сброс дежурного питания. Помогает, когда питание вроде есть, а старта нет. Корректно выключите сервер, отсоедините оба кабеля питания, нажмите и подержите кнопку включения секунд пятнадцать, подключите обратно. Это разряжает остаточное напряжение на плате и снимает часть зависаний контроллера управления.
Классическая картина: вентиляторы раскручиваются до максимума, шума много, изображения нет. Сервер не дошёл до инициализации видео и кричит единственным доступным способом.
Чаще всего это память. Дальше по убыванию - карта расширения, процессор, материнская плата.
Работает метод минимальной конфигурации: оставить один модуль памяти в слоте, который вендор указывает первым, вынуть все карты расширения, отключить бэкплейн с дисками. Если в такой сборке сервер доходит до экрана настройки - возвращайте компоненты по одному, пока не повторится отказ. Скучно, зато находится всегда.
Если сервер при этом ещё и пищит, сигналы стоит послушать внимательно: их последовательность у большинства производителей кодирует конкретный узел. Расшифровку звуковых сигналов мы собрали в отдельной статье.
Отдельно про память: ошибки ECC, которые система исправляет сама, копятся в журнале задолго до того, как модуль откажет совсем. Если сервер месяц назад писал в журнал корректируемые ошибки по одному и тому же слоту, а сегодня не стартует - искать начинайте с него.
Сервер, который включается и гаснет через несколько секунд, часто уходит в термозащиту. Причин обычно три: забитые пылью радиаторы, отказавший вентилятор, отказавшее охлаждение в помещении.
Проверяется это быстро. Журнал управления покажет, какой датчик сработал и до какой температуры дошло. Вентиляторы в серверном исполнении контролируются по оборотам, и отказ одного из них контроллер видит - в отличие от забитого радиатора, который надо смотреть глазами.
Чего делать не стоит - гонять сервер в цикле включений, надеясь, что «на этот раз запустится». Каждый такой старт под перегревом прибавляет износа, а причину не устраняет. Если помещение горячее, вопрос решается до того, как оборудование начнёт отключаться.
Отдельным списком, потому что вреда от этих четырёх действий обычно больше, чем от самой неисправности.
Иногда сервер стартует нормально, но работает так, что хочется его выключить. Два случая, которые часто принимают за поломку.
Первый: батарея или суперконденсатор кэша RAID-контроллера. Когда контроллер проверяет батарею или считает её изношенной, он отключает кэширование записи - и дисковые операции проседают в разы при полностью исправном железе. Контроллер пишет об этом в свой журнал, а снаружи это выглядит как «сервер стал тормозить».
Второй: деградировавший массив. Один диск выпал, контроллер работает без него и пересчитывает данные на лету - производительность падает, а сервер при этом жив и ничего не сообщает пользователю. Смотреть надо состояние дисков на работающем сервере, а не ждать, пока выпадет второй.
Честная граница: своими силами разумно дойти до уровня «понятно, какой компонент», а дальше считать деньги и время.
Отдать стоит, если после минимальной конфигурации сервер всё равно не стартует - это материнская плата или процессор, и менять их вслепую дорого. Если сервер на гарантии - тем более: самостоятельная разборка её обычно закрывает. И если простой стоит дороже, чем срочный выезд.
А вот старый сервер, который отказал во второй раз за полгода, стоит оценивать уже не по стоимости ремонта. Отдельный разговор - когда сервер пора менять целиком, а не чинить.
Половина времени в переписке с поддержкой уходит на уточнения, которых можно избежать. Соберите заранее:
С этим набором разговор начинается сразу с причины, а не с вопроса «а что у вас горит на панели».
С внешнего питания и индикаторов блоков питания. Если в стойке несколько серверов и мёртв один, внешнее питание отпадает, и проверка идёт с блоков. Следом - журнал контроллера управления: он живёт на дежурном питании и часто уже знает ответ.
Сервер не прошёл POST и не дошёл до инициализации видео. Чаще всего память. Минимальная конфигурация - один модуль в первом слоте, без карт расширения - показывает это за пару перезапусков.
Обычно нет. Данные лежат на дисках, конфигурация массива - тоже. Исправный контроллер того же семейства подхватывает существующую конфигурацию. Опасен здесь не сам отказ, а попытки пересобрать массив руками.
Так делать не стоит. Перепутанный порядок дисков и случайная инициализация в чужой системе превращают решаемую задачу в восстановление данных. Если диски проверять, то по одному и с записанным исходным порядком.
Возможно, это отключённый кэш записи RAID-контроллера из-за изношенной батареи или массив в деградированном состоянии. Оба случая видны в журнале контроллера и оба не мешают серверу включаться.
Если сервер один и он боевой, то да: дешевле способа сократить простой нет. Для парка из нескольких одинаковых машин выгоднее один комплект запчастей на всех, чем контракт на срочный выезд под каждую.
Нужно быстро заменить отказавший узел или сам сервер?
Инженеры ITTELO помогут определить, что именно вышло из строя по вашим симптомам и журналу, подберут совместимый компонент или сервер на замену, соберут и протестируют под задачу перед отгрузкой. На рынке серверов 11+ лет.
Серверные комплектующие · +7 (800) 551-80-12 · info@ittelo.ru