Добрый день.
Имеем стек из двух коммутаторов dgs-3420-52T:
Цитата:
DGS-3420-52T:admin#show stack_information 
Command: show stack_information
Topology            : Duplex_Ring
My Box ID           : 1
Master ID           : 1
BK Master ID        : 2
Box Count           : 2
Force Master Role   : Disabled
Trap State          : Enabled
Log State           : Enabled
Box User                         Prio-                 Prom     Runtime  H/W
ID  Set     Type           Exist rity        MAC       version  version  version
--- ---- ----------------- ----- --- ----------------- -------- --------- ------
1   Auto DGS-3420-52T      Exist 10  XX-XX-XX-XX-XX-XX 1.00.006 1.80.B005 B1
2   User DGS-3420-52T      Exist 20  XX-XX-XX-XX-XX-XX 1.00.006 1.80.B005 B1
3   -    NOT_EXIST         No   
4   -    NOT_EXIST         No   
5   -    NOT_EXIST         No   
6   -    NOT_EXIST         No   
7   -    NOT_EXIST         No   
8   -    NOT_EXIST         No   
9   -    NOT_EXIST         No                                                   
10  -    NOT_EXIST         No   
11  -    NOT_EXIST         No   
12  -    NOT_EXIST         No  
Вчера ночью 07.03.2016, примерно в 23:00 по Мск, коммутатор выполняющий роль мастера в стеке внезапно перезагрузился. 
В логе коммутатора описания причины перезагрузки нет:
Цитата:
Mar  7 21:58:07 10.0.2.31 INFO: Backup master changed to master. Master (Unit: 2).
Mar  7 21:58:07 10.0.2.31 CRIT: Unit 2, System warm start
Mar  7 21:58:07 10.0.2.31 CRIT: Unit 2, System started up
Mar  7 21:58:07 10.0.2.31 INFO: Stacking topology is Chain. Master (Unit 2, MAC: XX-XX-XX-XX-XX-XX).
Mar  7 21:58:07 10.0.2.31 INFO: Unit 1, MAC: XX-XX-XX-XX-XX-XX Hot removal.
После перезагрузки мастер коммутатора на syslog сервер был слит весь лог который был на коммутаторе. 
Сейчас лога указанного выше на коммутаторах не видно, так как лог был отправлен на syslog сервер слэйв коммутатором, когда он принял на себя роль мастера.  
Изучили графики сетевой нагрузки, нагрузки на процессор, использование памяти и показатели температурных датчиков (данные полученные со стека по SNMP) - до перезагрузки ничего аномального не нашли, кроме резкого повышения температуры на мастер коммутаторе с 31 градуса до 45.
На обоих коммутаторах используется резервирование по питанию. Т.е. проблема с питанием отпадает. 
Стек используется на уровне агрегации. Из возможностей используется LACP и VLAN.
Скажите, пожалуйста, можно ли как то выяснить причину перезагрузки коммутатора? Если для этого Вам необходимы еще какие либо данные, мы можем их предоставить.
PS. После перезагрузки коммутатора опять проявилась бага описанная в 
viewtopic.php?f=2&t=170755#p940056