- Supermicro pws не работает
- Почему пищит сервер
- Как выявить причину писка
- Популярные Похожие записи:
- 2 Responses to Пищит сервер Supermicro, методы диагностики
- Не работает сетевой адаптер на материнской плате Supermicro X11DPI-N
- Решение проблемы
- Подводим итоги
- Supermicro pws не работает
- Supermicro SYS-5018D-MTRF: Какие могут быть причины зависаия при запуске сервера??
- IPMI: настройка и удаленное управление серверами Supermicro
- Первичная настройка IPMI консоли и знакомство с интерфейсом
- Управление сервером через утилиту IPMICFG от SuperMicro
- Мониторинг железа на сервере SuperMicro через IPMI и утилиту IPMICFG
- Мониторинг сервера SuperMicro через IPMI
- Мониторинг с помощью утилиты ipmicfg
Supermicro pws не работает
Добрый день! Уважаемые читатели и гости одного из популярных IT блогов России Pyatilistnik.org. В прошлый раз мы с вами рассмотрели вопрос устранения черного экрана Windows 10, который доставил нам не мало хлопот. Сегодня я хочу с вами поделиться опытом решения проблем с серверами Supermicro, а именно рассмотрим ситуацию почему пищит сервер и горит красная лампочка. Думаю, что у многих в компании есть подобные железки, не у всех же как у меня Dell.
Почему пищит сервер
Расскажу историю из своей практики, необходимо было поменять батарейку на RAID контроллере LSI, сама механическая работа была выполнена и сервер был штатно подключен как раньше. После его включения раздался постоянный писк и на индикаторах с лицевой стороны появилась красная лампочка. Сервер успешно при загрузке показал мне мои три виртуальных массива, что уже говорило, о том, что дело не в RAID контроллере, далее загрузилась моя Windows Server 2016. Но сервер все продолжал орать. По своему опыту могу выделить две ситуации с Supermicro:
- Это когда сервер запускается, как у меня
- Вторая ситуация, это когда сервер не загружается
Из основных причин писка можно отметить:
- RAID контроллер, у которого есть спикер. чтобы издавать звуки, так как это очень критическая делать сервера, то логично. чтобы он орал как на базаре.
- Оперативная память, очень часто встречается. Тут вся проблема в том, что какая-то планка ОЗУ имеет ошибки и не пригодна для работы (Пример ошибки Correctable ECC memory error logging limit reached на IBM HS22)
- Блоки питания
Как выявить причину писка
Если у вас есть RAID контроллер, то первым делом вы должны убедиться в работе ваших дисков, тут можно смотреть на индикацию дисков, чтобы не было красных лампочек, а так же воспользоваться специализированными утилитами, например MSM иди LSA. Убедитесь, что ваши виртуальные RAID группы имеют статус «Optimal«
Убедитесь, что на дисках нет ошибок «Media Error Count» и «Pred Fall Count«.
Если у вас уже начался крошиться диск и он имеет статус «Predictive failure», то срочно его нужно поменять. На время ребилда, вы можете отключить звук писка на вашем контроллере.
Если же RAID развалился, то можно попробовать его восстановить, у меня есть статья «The following VDs are missing» .в которой я описывал принцип этой операции.
Если в RAID контроллером все в порядке, то я вам советую произвести диагностику сервера Supermicro через специализированную утилиту SuperDoctor 5 (Процесс установки SuperDoctor я рассказывал). Заходим в веб интерфейс и начинаем просматривать состояние вашего оборудования. У меня сразу было выявлено, что мой верхний блок питания ушел к про отцам. Вытащив его писк сразу пропал.
Чуть ниже видно, что у него сломался вентилятор.
Так же у вас при установке SuperDoctor 5, будет такой ярлык на рабочем столе «SuperDoctor 5 Test«, запустив его вы получите тестирование вашего оборудования с выгрузкой в отчет.
Те же данные вы можете получить. если у вас на сервере Supermicro есть IPMI модуль управления. Он вам покажет такую же информацию, что и SuperDoctor 5, но позволит это сделать да же если ваша операционная система не загружается.
Если у вас проблема с оперативной памятью, то вам необходимо будет так же найти сбойную, в этом может помочь IPMI, SuperDoctor 5, если сервер вообще при запуске не стартует, то придется делать это методом тестирования через утилиту Memtest86 или же вытащить все планку ОЗУ и по очереди их втыкать.
Так же на некоторых серверах, например у HP есть на лицевой стороне сервера индикаторы оперативной памяти на предмет сбоя.
На время поставки блока питания, я его просто вытащил из сервера и противный писк на моем Supermicro пропал, лампочки пришли в норму
Вот модель моего блока питания
На этом у меня все, с вами был Иван Семин. автор и создатель IT портала Pyatilistnik.org.
Популярные Похожие записи:
2 Responses to Пищит сервер Supermicro, методы диагностики
Привет Иван.
Годная статья. А поделись мыслью, что может быть такое — в общем сервер супермикро X8DT3 на 2 таких серверах проблема с писком. В них стоят 2 блока питания, один блок питания под нагрузкой, другой обесточен. При включении сервера с 2 блоками идет вой. При вытаскивании 1 любого блока питания из сервера не пищит, менял местами блоки, запитывал разные (из 2-х), странное поведение — пищит только с 2-мя блоками. Работает на 1 из 2 любых блоков. В чем может быть причина — плата управления, которая идет на материнку? Визуально там все в порядке (ни нагара, ни вздутия конденсаторов нет). Может быть сталкивался с похожей причиной? Именно почему-то супермикры. Ведь если блок мертвый, он не должен запускать сервер, а здесь с любым из двух работает, вместе — не хочет (1 запитан, 2 нет).
Спасибо за твой ответ.
Может что-то со схемой ACPI в BIOS?
Поковырялся в серверной, попереключал. Это видимо защита, и писк появляется когда обесточен 1 блок из 2 (вроде как у Вас остался в работе 1 блок и если ему конец то сервер выключится). Т.е. с 2-мя включенными одновременно в сеть не пищит. Чудеса.
Все-таки где-та эта штука должна отключаться.
Источник
Не работает сетевой адаптер на материнской плате Supermicro X11DPI-N
На материнской плате Supermicro X11DPI-N установлен сетевой контроллер Intel X722 с двумя портами пропускной способностью по 1 Гбит/с. Но если у вас офисная техническая инфраструктура все еще построена с использованием аппаратуры с пропускной способностью 100 Мбит/с, то с портами сервера возникнет проблема.
Если подключить сервер к любому физическому 100-мегабитному порту, то соединение не заработает. По индикаторам на сетевой плате активности не будет.
К сожалению, проблема с работой на «понижение» замечены не только на сетевых контроллерах Intel X722, но и на гигабитных сетевых контроллерах Marvel.
Решение проблемы
Проверить работоспособность самих портов на материнской плате, можно следующим образом:
- Подключить к гигабитному порту роутера или коммутатора. То есть создать двухстороннее соединение с пропускной способностью 1 Гбит/с.
- Соединяете с помощью патч-корда интерфейсы сервера между собой напрямую.
Если индикаторы показывают наличие активности, значит, сетевой контроллер работает.
Самый простой способ, поставить между соединением сервера и роутера/основного свитча, любой самый простой коммутатор с портами 1 Gbps
Второй вариант, это установка Linux, что подходит далеко не всем. При использовании Linux, сетевой контроллер спокойно держит соединение между гигабитным сетевым портом сервера и 100-мегабитным роутером или свитчем.
Подводим итоги
Ваш роутер или коммутатор должен иметь гигабитный разъем. В противном случае сетевое соединение не будет функционировать.
Предположительно, ошибка кроется в работе сетевых драйверов Windows. Они просто не поддерживают работу на «понижение» сетевого протокола с 1 Gbps на 100 Mbps.
К сожалению, других способов на данный момент нет, придется ждать обновления драйверов от Windows.
Источник
Supermicro pws не работает
Пробовать отключить IPMI.
Джампер JPB1 на 2 и 3 контакт.
Вот цитата из мануала
Цитата:
Пробовать отключить IPMI.
Джампер JPB1 на 2 и 3 контакт.
Делал, все грузиться заставка проходит, инициализация тоже, в итоге пишет нажать ф2 ф12 таб, но не как не реагирует, тут же просит контрол альт б(для перезагрузки) и сразу же рубит систему
Сбрасывал то-же, прошивать не буду, рисковать
Добавлено через 21 час 20 минут
Короче не в джамперах дело, услышал трески в блоке питания(блок питания просто чисто японский и новый)
Отнес в магазин где собирали и покупал! Вечером звонок руки пожимают, сказали новый бп подсоединили и тоже трески, сели на измену, сказали испытаниями не будут заниматься, решили все отправить по гарантии(((
Есть у кого мыслишки мать? брахлит или нет!
Да спасибо за совет! Была уже проблема подобная стали ковырять в итоге чуть 50 штук не выкинул на помойку(ножка не так загнута и тд, хотя я не лазил), помогли в мэрии начальники по защите прав потребителя, деньги отдали сразу же, щяс все в магазине купил попросил собрать даже носа туда не сунул что бы потом предьявить
Проблему быстро выявил, в том что при вкл стал сверкать блок питания, к сожалению его брал год назад за 14 тыс и гарантия на него истекла(но оказалось по сайту производителю на него гарантия пять лет должна быть и по сути он японский не должен полететь )
Отнес в магаз там все рассказал, поставили новый блок питания и он тоже засверкал, и они тоже испугались и не стали пытаться запустить и решили сдать мать и проц по гарантии на проверку!
ps уже 5-ый сервер по счету собираю и из пяти раз уже вторая проблема, уже наверно компов штук 7 собрал обычных и все их продал с пустя какое то время знакомым не один еще не полетел, а с этими серверами какая то шляпа прям
Как вердикт озвучат напишу
Источник
Supermicro SYS-5018D-MTRF: Какие могут быть причины зависаия при запуске сервера??
Доброго времени суток!!
Купили сабжевый сервер, проц — Intel Xeon E3-1271 v3 4-core 3.6GHz 8MB Cache, память — изначально Kingston, затем заменили на Crucial 8GB DDR3 1600 ECC 1.5v CT102472BA160B.
При старте сервера (часто не с первого раза вообще) виден логотип Supermicro и стока «IPMI Initialization..», но иногда видна строка «System Initialization. «. Сервер изначально на Kingston завёлся тяжко, но ОС поставить успел, а затем планировалось удалённо уже всё делать. В таком режиме сервер проработал около суток, после чего включил всю вентиляцию и завис в очередной раз.
Были мысли о битой памяти, ибо при загрузке (и заменой порядка двух планок 8Гб Kingston) каждый раз сервер или не стартовал вообще с первого раза (чёрный экран, затем включение вентиляции и всё, писков не было), или же, если стартовал, то всё тоже самое, но после IPMI, иногда с вертикальными полосками разного размера розового цвета, синего или розовый с бегающими белыми.
Заменили память на новую — тоже был Kingston. По загрузке всё тоже самое, но начал пищать. Если посчитал правильно, то 6(?) длинных и 3 коротких.
Иногда бывает, что стартует нормально, но на этапе подключения RAID-контроллера показывает курсор на чёрном экране, около минуты стоит, а затем в ребут и всё сначала.
Да, блоки питания менял местами и запускал от одного блока по очереди.
Старт без оперативы вообще привёл к тесту IPMI и писку на числе 15 — нет памяти.
Ножки разъёма проца проверил — гнутых нет. Проц свежий.
Иногда бывает, что во время IPMI мигает зелёный диод на матери возле LAN.
Грешу на память, ибо нужен как бы UDIMM, но указанный выше Crucial в списке совместимых и на него были все надежды. Вторая пара Kingston была RDIMM точно, когда был писк.
Источник
IPMI: настройка и удаленное управление серверами Supermicro
Не так давно, мне удалось поработать с новыми для меня серверами Supermicro удаленное управление которыми осуществляется с помощью интерфейса IPMI. В данной статье я постараюсь раскрыть основные моменты в настройки IPMI на серверах Supermciro, покажу основные пункты меню интерфейса IPMI, а также расскажу о дополнительных утилитах, командах и способах мониторинга сервера с помощью ipmi.
Первичная настройка IPMI консоли и знакомство с интерфейсом
Настройка IPMI начинается с настройки IP адреса интерфейса, который нужно указать в BIOS. Если сервер установлен в офисе, это может быть серый IP-адрес, если же ваше оборудование размещается в ДатаЦентре, то наверняка вы используете белый статический IP-адрес.
На серверах Supermicro в BIOS можно попасть, нажав кнопку “Del” при загрузке сервера, я не буду заострять на этом внимание и сразу перейду к интерфейсу самого BIOS.
Как видите на скриншоте, я вошел в пункт меню IPMI и активировал возможность конфигурации Lan для интерфейса (Update IPMI Lan Configuration=Yes, Configuration Address Source = Static), указал IP-адрес, маску подсети и основной шлюз.
Применить настройки можно нажав кнопку F4, после чего произойдет перезагрузка сервера.
Если вы все сделали правильно, то введя в браузере, указанный для интерфейса IPMI IP, у вас откроется авторизация:
Теперь пройдем по основным моментам.
При покупке нового сервера, в IPMI уже создан пользователь ADMIN с паролем ADMIN, именно с этими данными мы и авторизуемся. Я всегда рекомендую создавать нового пользователя, а стандартного удалять или менять у него пароль, так оставлять такой логин и пароль, крайне небезопасно. Создать нового пользователя или поменять пароли/привилегии у текущих, можно в меню Configuration -> Users.
Рестарт интерфейса IPMI можно сделать из меню Maintenance -> Unit Reset.
Монтирование iso образа ОС для установки на сервер выполняется в меню Virtual Media -> CD-ROM Image.
Удаленную графическую Java консоль сервера (KVM-over-IP) можно открыть через Remote Control -> Console Redirection.
Консоль в целом удобная, но после установки ОС, для работы с сервером я обычно использую ssh клиенты. Иногда есть моменты когда, это невозможно, например если у вас не работает или еще не настроена сеть на сервере или же имеются какие-то проблемы с доступом. Именно тогда на помощь и приходит Remote Console.
Никаких отдельных настроек в самой консоли делать не нужно, хочу лишь добавить, что она имеет встроенную клавиатуру, которую можно вызывать из меню Virtual Media -> Virtual Keyboard.
grubby —args «nomodeset» —update-kernel /boot/vmlinuz-`uname -r`
После этого, Remote Console работает исправно.
Управление сервером через утилиту IPMICFG от SuperMicro
Для управления серверами через IPMI компания SuperMicro разрабатывает собственную утилиту IPMICFG.
Скачать файл IPMICFG можно с помощью команды:
На момент публикации файл был с таким названием, я рекомендую заходить на репозиторий SuperMicro по ссылке ftp://ftp.supermicro.com/utility/IPMICFG/ и копировать url актуального файла.
Распакуем скачанный файл в директорию которой находимся:
Далее создаем символическую ссылку для удобства запуска утилиты:
ln -s /root/IPMI*/Linux/64bit/IPMICFG-Linux.x86_64 /usr/local/sbin/ipmicfg
Теперь мы можем запускать утилиту с помощью команды ipmicfg (символической ссылки). Рассмотрим базовые возможности утилиты ipmicfg.
Если выполнить команду ipmicfg -help мы получим список всех возможных параметров утилиты.
Разберем основные команды:
- ipmicfg -help – полная справка по утилите;
- ipmicfg -m – просмотр текущего IP и mac-адреса для IPMI;
- ipmicfg -k — просмотр маски подсети;
- ipmicfg -g – просмотр заданного шлюза;
- ipmicfg -fd — сброс IPMI к заводским настройкам;
- ipmicfg -user list – просмотр созданных пользователей и их привилегий.
Вы можете изменить IP адрес, маску и шлюз интерфейса IPMI:
- ipmicfg -m 192.168.1.200
- ipmicfg -k 255.255.255.0
- ipmicfg -g 192.168.1.1
Создать нового пользователя IPMI и его пароль:
ipmicfg -user add
С помощью утилиты делаем следующее:
ipmicfg -user add 6 test 123456 4
Тем самым мы создали пользователя test с паролем 123456 и привилегиями администратора.
Список пользователей IPMI и их привилегии в системе можно вывести командами:
- ipmicfg -user list
- ipmicfg -user help
Как уже видите на скриншоте, пользователь test создан.
Чтобы изменит (сбросить) пароль пользователя IPMI, исползайте команду:
ipmicfg -user setpwd
И приведу еще пару примеров использование данной утилиты:
- ipmicfg -hostname [value] — задать hostname для ipmi интерфейса;
- ipmicfg -r — перезагрузка IPMI.
Мониторинг железа на сервере SuperMicro через IPMI и утилиту IPMICFG
Мониторинг сервера SuperMicro через IPMI
Через IPMI мониторить температуру и работу железа сервера SuperMicro довольно просто. Полная информация о железе сервера содержится в пункте System -> Hardware Information.
Информацию по состоянию процессора, оперативной памяти и вентиляторах, можно посмотреть перейдя во вкладку Server Health -> Sensor Readings.
Для удобства просмотра, можно менять категории отображения датчиков, например, температуры:
Или датчики напряжения:
Так как в данный момент на нашем сервере нет проблем, ни с температурой, ни с напряжением, все датчики находятся в зеленой зоне. Если на сервере поднимается температура или есть проблемы с напряжением, зеленые прямоугольники будут окрашиваться в красный цвет, что послужит сигналом для проверки вашего сервера.
Мониторинг с помощью утилиты ipmicfg
Проверка состояния блоков питания:
Посмотреть температуру процессора можно командой:
ipmicfg -nm oemgettemp
Так же можно проверить в каком режиме работают вентиляторы и изменить режим, если это необходимо.
Проверка состояния и конфигурации вентилятора
Изменение режима работы кулера: ipmicfg -fan Например, ipmicfg -fan 3
Информация о версии и прошивке IPMI:
]# ipmicfg -nm deviceid
И посмотреть все сенсоры можно командой ipmicfg -sdr
При выводе мы видим, что есть дополнительные столбцы, в которых отображена информация о лимитах нижнего и верхнего пределов.
Так же существует еще не малое количество утилит, которые можно использовать для мониторинга и автоматизировать этот процесс, например, с nagios. В данный момент заострять на этом внимание мы не будем, так как цель статьи рассказать основные моменты в работе с IPMI. Если вас заинтересует тема мониторинга, вы можете оставить свои пожелания и возможно в дальнейшем мы осветим и эту тему. Надеюсь, данная статья окажется для вас полезной!
Источник