[artplanet]

В офисе стоит свитч который мы используем для локалки на 3 компа и тестовых серверов.

Стабильность свитчу не нужна, но всё же сегодня просто так он ушел в ребут:

 

*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: System previously crashed with the following message:
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Cisco IOS Software, C3750 Software (C3750-IPSERVICESK9-M), Version 15.0(2)SE10a, RELEASE SOFTWARE (fc3)
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Technical Support: http://www.cisco.com/techsupport
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Copyright (c) 1986-2016 by Cisco Systems, Inc.
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Compiled Thu 03-Nov-16 14:17 by prod_rel_team
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED:  
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Debug Exception (Could be NULL pointer dereference) Exception (0x2000)!
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED:  
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: SRR0 = 0x016883F8  SRR1 = 0x00029230  SRR2 = 0x019F0228  SRR3 = 0x00029230
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: ESR = 0x00000000  DEAR = 0x00000000  TSR = 0x84000000  DBSR = 0x10000000
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED:  
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: CPU Register Context:
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Vector = 0x00002000  PC = 0x019F0228  MSR = 0x00029230  CR = 0x40000042
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: LR = 0x019F0228  CTR = 0x02EB47F4  XER = 0x2000007F
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R0 = 0x019F0228  R1 = 0x04E90F80  R2 = 0x00000000  R3 = 0x04E79D8C
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R4 = 0x00000000  R5 = 0x00000000  R6 = 0x04E90F40  R7 = 0x045F0000
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R8 = 0x00029230  R9 = 0x00000000  R10 = 0x045F0000  R11 = 0x045F0000
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R12 = 0x40000042  R13 = 0x00110000  R14 = 0x02EE32D0  R15 = 0x00000000
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R16 = 0x00000000  R17 = 0x00000000  R18 = 0x04E90FA0  R19 = 0x03B948B0
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R20 = 0x037ECE3C  R21 = 0x03EFAE44  R22 = 0x045F0000  R23 = 0x045F0000
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R24 = 0x045F0000  R25 = 0x045F0000  R26 = 0x04D6F420  R27 = 0x04D6F778
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: R28 = 0x04D6E7D0  R29 = 0x04D7FF70  R30 = 0x04AA1C68  R31 = 0x00000000
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED:  
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Stack trace:
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: PC = 0x019F0228, SP = 0x04E90F80
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Frame 00: SP = 0x04E90F90    PC = 0x019F0228
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Frame 01: SP = 0x04E90F98    PC = 0x019F3030
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Frame 02: SP = 0x04E90FE8    PC = 0x02EE33E0
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Frame 03: SP = 0x04E90FF0    PC = 0x019F150C
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED: Frame 04: SP = 0x00000000    PC = 0x019EBAC0
*Mar  1 03:03:25.051: %PLATFORM-1-CRASHED:  

 

Софт System image file is "flash:c3750-ipservicesk9-mz.150-2.SE10a.bin"

 

Кто что посоветует ? в помойку или что ?

 

и судя по крешу ребут уже не первый

 

dir flash:crashinfo_ext
Directory of flash:/crashinfo_ext/

   8  -rwx      395337  Jan 24 2017 01:31:36 +03:00  crashinfo_ext_1
   7  -rwx      411121  Jan 24 2017 02:31:16 +03:00  crashinfo_ext_2
  11  -rwx      400700  Jan 24 2017 03:01:03 +03:00  crashinfo_ext_3
  13  -rwx      396626  Jan 24 2017 06:01:44 +03:00  crashinfo_ext_4
  15  -rwx      395901  Jan 24 2017 07:00:57 +03:00  crashinfo_ext_5
   6  -rwx      387787  Jan 30 2017 14:01:01 +03:00  crashinfo_ext_6
  17  -rwx      401509  Jan 30 2017 16:01:11 +03:00  crashinfo_ext_7

 

Но вот время меня смущает - всегда четкое время на 30 минут.

 

у нас раз в 30 минут заходит скрипт и выкачивает конфиги со всех цисок, время как раз совпадает - раз в 30 минут.

И так как конфиги собираются последовательно со всего оборудование - время может быть плюс минус 2 минуты.

[mikezzzz]

заблочить доступ скрипту на железку и посмотреть :)

[artplanet]

сейчас поставим софт c3750-ipservicesk9-mz.122-55.SE11.bin - но вообще странно что бы от команды show run циска крешилась

[andryas]

Год выпуска случайно не 2005...2010?

[dr Tr0jan]

Было похожее на 3750, началось внезапно, валилось аккурат после какого-то явления на сети (может mac-flapping, мож loopback detect, не помню уже, но неявная взаимосвязь вполне рисовалась). Вскрытие показало шесть дутых кондёров. Год выпуска был как раз около 2005. :)

[andryas]

Вскрытие показало шесть дутых кондёров. Год выпуска был как раз около 2005. :)

 

Это частая причина, но не самая весёлая. Кондеры смотреть/мерять обязательно, но в указанный период на многие циски ставилась глючная память.

Хотя по симптомам больше всего похоже на кондеры, т.к. больные на память кошаки обычно умирают после ребута по питанию. Ну и ещё одна болезнь сугубо 3750 - порты стекирования (мрут микрухи).

[artplanet]

порт стекирования у нас не используется, год выпуска гляну через часик - как конфиг на 3750e залью и заменим железку.

петель и подобного быть не может. Всего два стационарника сотрудников подключены - int vlan прямо на циске у них затерминирован. Дальше ospf/bgp в вверх.

 

Да и время ребутов судя по крешам - всегда в четкое время. а скрипт как раз 1 раз в 30 минут бекапит конфиги. Но до этого циска стояла 2-3 месяца без проблем.

[artplanet]

март 2005. сча кондеи полезем смотреть

[andryas]

март 2005.

 

Когда я покупаю Б.У., то первое, что спрашиваю - год выпуска. Причём неважно циска это или брокада или жунипер.

Бракованую память в тот период закупали все вендоры. Самое подлое то, что никогда не знаешь, когда оно умрёт...

 

Но у Вас на память не очень похоже. По крайней мере не на известный memory component issue. Хотя, исключать ничего нельзя...