Назад | Перейти на главную страницу

HP ProCurve 5412zl выполняет горячую загрузку при сбое питания при подключении к ИБП

Мой клиент Коммутатор шасси HP ProCurve 5412zl время от времени перезагружается, несмотря на то, что он получает питание от четырех резервных источников питания и находится под защитой ИБП.

Эти перезагрузки обычно происходят во время реального отключения электроэнергии или во время отключения электроэнергии или падения напряжения. Все оборудование, подключенное к ИБП, остается включенным, за исключением переключателя.

ИБП для стойки - APC SmartUPS SUA3000XL 208V с понижающим трансформатором. Этот коммутатор обеспечивает PoE для телефонов и точек доступа по всему объекту. Батареи исправны, недавно заменены и полностью заряжены.

Эти сообщения приводят к перезагрузке всех телефонов на предприятии и отключению пользователей от их сеансов. Это разрушительно.

В логах переключателя:

 Keys:   W=Warning   I=Information
         M=Major     D=Debug E=Error
----  Event Log listing: Events Since Boot  ----
I 02/17/16 22:26:31 03802 chassis: System Self test started on  Master
I 02/17/16 22:26:31 03803 chassis: System Self test completed on  Master
I 02/17/16 22:26:35 00061 system: -----------------------------------------
I 02/17/16 22:26:35 00062 system: Mgmt Module 1 went down without saving crash
            information
M 02/17/16 22:26:35 03001 system: System reboot due to Power Failure

И информация о версии:

valley-core# sh version
Image stamp:    /ws/swbuildm/rel_orlando_qaoff/code/build/btm(swbuildm_rel_orlando_qaoff_rel_orlando)
                Nov 19 2014 15:17:26
                K.15.16.0005
                335
Boot Image:     Secondary

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

valley-core# sh power-over-ethernet

 Status and Counters - System Power Status

  System Power Status    : Full redundancy
  PoE Power Status       : Full redundancy

 Chassis power-over-ethernet:

  Total Available Power  :  600 W
  Total Failover Power   :  600 W
  Total Redundancy Power :  600 W
  Total Used Power       :  359 W +/- 6W
  Total Remaining Power  :  241 W

 Internal Power

        Main Power
  PS    (Watts)       Status
  ----- ------------- ---------------------
  1     300           POE+ Connected
  2     300           POE+ Connected
  3     300           POE+ Connected
  4     300           POE+ Connected

 External Power
        EPS1   /Not Connected.
        EPS2   /Not Connected.

Дополнительная информация о блоке питания:

valley-core# sh system power-consumption

 Slot Power Usage:
 Slot  Module Description                        Current Power
 ----- ----------------------------------------- ---------------
 A     HP J9534A 24p Gig-T PoE+ v2 zl Module     18 W
 B     HP J9536A 20p GT PoE+/2p SFP+ v2 zl Mod   23 W
 C     HP J9534A 24p Gig-T PoE+ v2 zl Module     18 W
 D     HP J9534A 24p Gig-T PoE+ v2 zl Module     19 W
 E     HP J9534A 24p Gig-T PoE+ v2 zl Module     17 W
 F     HP J9534A 24p Gig-T PoE+ v2 zl Module     18 W
 G     HP J9534A 24p Gig-T PoE+ v2 zl Module     18 W
 H     HP J9534A 24p Gig-T PoE+ v2 zl Module     18 W
 K     HP J9534A 24p Gig-T PoE+ v2 zl Module     18 W
 L     HP J9534A 24p Gig-T PoE+ v2 zl Module     19 W

valley-core# sh system power-supply

Power Supply Status:

 PS#    Model       State        AC/DC  + V      Wattage
 ---- --------- ------------- ----------------- ---------
   1   Unknwn    Powered         AC 120V           875
   2   Unknwn    Powered         AC 120V           875
   3   Unknwn    Powered         AC 120V           875
   4   Unknwn    Powered         AC 120V           875

   4 /  4 supply bays delivering power.
   Total power: 3500 W

Что уникально, так это то, что коммутатор - единственное устройство, теряющее мощность. Ни у одного из подключенных серверов нет проблем с питанием, несмотря на то, что они работают от одной батареи или блока PDU.

Могу признать, что мощность в этом месте плохая и страдает от провалов напряжения и случайных скачков напряжения. Но ИБП даже не зарегистрировал неисправность во время этой недавней горячей перезагрузки.

У меня есть еще 5412zl у не связанного с ним клиента, который делал то же самое несколько раз в прошлом.

Есть мысли о том, что я могу с этим сделать? Должен ли я попытаться перевести два блока питания на сетевое питание вместо того, чтобы все были подключены к ИБП?


Редактировать:

История загрузки показывает:

долина-ядро # sh история загрузки

Mgmt Module 1 -- Saved Crash Information (most recent first):
=============================================================
ID: 29008d6a
Active system went down: 02/01/16 09:23:54 K.15.16.0005 335
Switch rebooting due to temporary loss of power or low voltage

ID: 994a405a
Active system went down: 12/14/15 11:31:15 K.15.16.0005 335
switch rebooting due to temporary loss of power or low voltage

В примечании об изменении предыдущей версии прошивки HP говорится:

Питание (CR_0000112424) - Когда коммутатор подвергается колебаниям мощности переменного тока и напряжение падает слишком низко, коммутатор перезагружается и выдает неверное сообщение об ошибке, в котором говорится, что коммутатор сломался. С помощью этого исправления сообщение об ошибке меняется на «Перезагрузка коммутатора из-за временной потери питания или низкого напряжения».

Это соответствует эта техническая заметка.

В соответствии с эта страница, ваша серия ИБП относится к линейно-интерактивному типу. Это обозначение означает, что он не постоянно преобразует сетевое питание в постоянный ток и снова обратно в сеть. Скорее, он просто сидит и контролирует мощность и держит свои батареи заряженными. Входная мощность передается напрямую, хотя ее можно пропускать через несколько дросселей и устройство защиты от перенапряжения для дополнительной безопасности.

При отключении сетевого питания или падении напряжения ИБП необходимо включить инвертор в цепь, чтобы начать подачу питания от батареи на подключенное оборудование. Независимо от того, как выполняется это переключение (это будет физическое или твердотельное реле), вы всегда будете видеть «разрыв» в несколько миллисекунд. Кроме того, инвертор ИБП, вероятно, не будет совпадать по фазе с электросетью, поэтому форма сигнала переменного тока переходит в новую фазу.

Большинству оборудования на самом деле все равно, если входящее питание пропадет на несколько миллисекунд. Конденсаторы в блоке питания часто бывают достаточно большими, чтобы без проблем преодолевать небольшие промежутки. Я видел, как многие серверы и сетевое оборудование проходили пару полных пропущенных циклов без каких-либо сбоев.

Я подозреваю, что блоки питания этого конкретного переключателя немного более важны, чем у большинства. Думаю, вашу проблему можно решить, купив другой ИБП (который является непрерывно в контуре преобразования AC-DC-AC), чтобы запустить выключение. Этот тип ИБП часто называют «онлайновым», хотя вам следует проконсультироваться с вашим поставщиком, чтобы убедиться, что вы получаете правильный тип.

Мои первоначальные и непосредственные мысли совпадают с тем, что вы думаете. Если эти всплески возникают независимо от каких-либо расписаний самотестирования, которые вы установили на ИБП (если всплески возникают в какой-то процент времени при включенном самотестировании, значит, у вас проблема с ИБП / трансформатором / нагрузкой), I Сделал бы именно то, что вы предлагаете. Переместите пару блоков питания в другой канал и посмотрите, повторяются ли всплески. Если они это сделают - а я не предлагаю это легкомысленно - откройте дело в HP. Это может быть болезненный и утомительный процесс. Однако они, вероятно, могут помочь предоставить рекомендации по получению реальной отладочной информации из коммутатора. Я также найду время, чтобы проверить примечания к выпуску / списки ошибок для текущей версии прошивки на коммутаторе.

С информацией, которую вы только что добавили при редактировании, все довольно ясно.

На ум приходят 2 возможные причины:

1) ИБП, когда ему действительно необходимо выполнить работу, немного падает выходное напряжение, а скорость изменения достаточно крутая, чтобы коммутатор подумал, что он имеет состояние низкого энергопотребления.
Я уже видел подобное с ИБП.
Единственное решение - снять нагрузку с ИБП или приобрести ИБП большего размера.
В некоторых случаях: Если ИБП имеет несколько исходящих цепей, перераспределение нагрузки на них может помочь. В идеале каждая цепь должна иметь более или менее одинаковую нагрузку. Это минимизирует падение напряжения на выходах.

2) Другая возможность, хотя и довольно редкая, также применима к ИБП с несколькими выходами. Возможно, выходы не совсем синхронизированы, учитывая фазу переменного тока, которую они обеспечивают.
Если блоки питания вашего коммутатора подключаются к нескольким цепям с разностью фаз, у силовой платы внутри коммутатора, объединяющей мощность своих блоков питания, могут возникнуть проблемы с синхронизацией и возникновение той же проблемы. В этом случае решение прямо противоположное: подключите все к одной цепи.

Коммутатор сообщает, что отключено электричество. Верхний свет сообщает о отключении электроэнергии. Я предполагаю, что власти нет, хотя бы ненадолго. Это не имеет ничего общего с переключателем и все, что связано с ИБП.

Я бы дважды проверил силовые кабели между коммутатором и ИБП, убедился, что он действительно подключен к тому месту, где вы думаете, возможно, поставил переключатель на другой ИБП на время, просто чтобы посмотреть. Возможно, этот переключатель немного более чувствителен к переключению батареи, чем другие ваши устройства, особенно с учетом того, что он обеспечивает питание всех ваших телефонов; это может быстро накапливаться.