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

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

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

ИБП для стойки представляет собой APC SmartUPS SUA3000XL 208В с понижающим трансформатором. Этот коммутатор обеспечивает 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 на несвязанного клиента, который делал то же самое много раз в прошлом.

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


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

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

valley-core # 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) - Когда коммутатор подвержен колебаниям мощности переменного тока и напряжение падает слишком низко, коммутатор перезагружается и выдает неверное сообщение об ошибке, сообщающее, что коммутатор вышел из строя. Благодаря этому исправлению сообщение об ошибке меняется на "Перезагрузка коммутатора из-за временной потери питания или низкого напряжения".

Это согласуется с этой технической запиской.

4 ответа

Решение

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

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

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

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

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

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

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

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

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

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

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

Другие вопросы по тегам