SCE 8000 и scos 4.0.0. Оно живет?

[schnm]

У кого нибудь работает?

Закупили SCE 8000 (не новую), пришла с установленной версий 4.0.0 build 548. Без нагрузки, просто стоит греет воздух и стабильно перегружается и сваливается в рековери. Причем обычно это происходит 0-15 минут после загрузки.

Откат на 3.8.5 дает стабильную работу (без нагрузки - до этого этапа еще не дошли)

Заново накатил 4-ю версию, опять так же беда с перезагрузками, даже pqi не могу накатить. При загрузке ошибки, иногда загрузка до конца не доходит. В общем все как и было ранее

 

Собственно еще раз повторюсь... Вопрос - кто то есть с работающими sce8k на 4-й версии софта?

[MaDDoG]

Всё работает.

[zhenya`]

watchdog пробовали отключать?

[schnm]

Пробовал... Часа три уже не перегружается, но даже старт конфиг не кажет толком... Куча ошибок rpc как листинг доходит до interface Linecard

 

SCE8000#sh run
#This is a general configuration file (running-config).
#Created on 06:55:23  UTC  TUE  August  27  2013

#cli-type 1
#version 1

watchdog software-reset disabled
watchdog hardware-reset disabled
ip ssh
no management-agent notifications notification-list 1417,1418,804,815,1404,1405,1406,1407,1408,400
no management-agent notifications notification-list 402,421,440,441,444,445,446,450,437,457
no management-agent notifications notification-list 3593,3594,3595,10040,4677,4678,4674,4673,4676,4614
no management-agent notifications notification-list 4615
snmp-server community "publicss" ro

interface LineCard 0

connection-mode inline on-failure external-bypass
# ERROR - get parameter command failed: external-bypass - error description: CRpcifBase 'RiRedundancyManager': CRpcClient 'LCH Internal to CPU 0_complex': Got RPC Error 'rpcSEND_TIME_OUT', Function was 'getExternalBypassManualActivation'.
# ERROR - get parameter command failed: getTcpAckAsGreenMode - error description: CRpcifBase 'RiLineCardCcToMaster': CRpcClient 'LCH External to CPU 0_normal': Got RPC Error 'rpcSEND_TIME_OUT', Function was 'getBwmModeTckAckAsGreen'.
no silent
shutdown
# ERROR - get parameter command failed: flow-open-mode - error description: CRpcifBase 'RiHwGet': CRpcClient 'LCH External to CPU 0_normal': Got RPC Error 'rpcSEND_TIME_OUT', Function was 'getOpenUdpOnNThreshold'.
# ERROR - get parameter command failed: default-metering parameters - error description: CRpcifBase 'RiClsGetCcToMaster': CRpcClient 'LCH External to CPU 0_normal': Got RPC Error 'rpcSEND_TIME_OUT', Function was 'meteringGetDefault'.
# ERROR - get parameter command failed: default-metering parameters - error description: CRpcifBase 'RiClsGetCcToMaster': CRpcClient 'LCH External to CPU 0_normal': Got RPC Error 'rpcSEND_TIME_OUT', Function was 'meteringGetDefault'.
# ERROR - get parameter command failed: default-metering parameters - error description: CRpcifBase 'RiClsGetCcToMaster': CRpcClient 'LCH External to CPU 0_normal': Got RPC Error 'rpcSEND_TIME_OUT', Function was 'meteringGetDefault'.
# ERROR - get parameter command failed: default-metering parameters - error description: CRpcifBase 'RiClsGetCcToMaster': CRpcClient 'LCH External to CPU 0_normal': Got RPC Error 'rpcSEND_TIME_OUT', Function was 'meteringGetDefault'.
service-bandwidth-prioritization-mode global
protocol-pack version 4.0.0PP36

Edited August 27, 2013 by schnm

[mcdemon]

Всё работает.

а у вас разве 8000? не 2000?

[schnm]

На 2000 как часы :)

С 8000 какой то косяк.

[MaDDoG]

в логах что?

попробуйте в режиме рута

int linecard 0

no sanity-check all

[shellsmith]

Всё работает.

а у вас разве 8000? не 2000?

 

Присоединяюсь к вопросу mcdemon. Есть у кого-то положительный опыт именно с SCE8000?

 

Сталкивался (и не только я) с абсолютно аналогичной проблемой при обновлении SCE8000 до SCOS 3.8.0. Тогда пришлось откатываться на 3.7.5.

 

Собирался на днях обновлять одну из имеющихся SCE, но теперь как-то не хочу спешить =)

[schnm]

В логах как то так:

 

2013-08-27 18:06:46 | FATAL | CPU #000 | A problem occurred in the  SCE8000 Service Control Module Extended (SCM-E) slot 1 ,Please report to Cisco's customer support.
2013-08-27 18:06:46 | ERROR | CPU #000 | SE Watchdog Module: An Error occurred. Please report to Cisco's customer support
2013-08-27 18:06:46 | ERROR | CPU #000 | SE Watchdog Module: An Error occurred. Please report to Cisco's customer support
2013-08-27 18:06:47 | WARN  | CPU #000 | The SE status changed to Failure due to fatal event
2013-08-27 18:06:47 | INFO  | CPU #000 | trap:failure status opertation type: 7
2013-08-27 18:06:47 | WARN  | CPU #000 | SE Watchdog Module: A problem occurred. Please report to Cisco's customer support

[drovorub]

3 недели назад обновили софт с 3,7,5 до 4,0,0

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

отключение watchdog ни к чему хорошему не привело. наоборот, когда у SCE в очередной раз снесло крышу, она не ребутнулась, а просто перестала пропускать через себя трафик, пришлось ребутить руками.

[alks]

обновил до 4.0.0 - работает как часы, проблем нет

[MaDDoG]

На этой версии никаких проблем обнаружено не было:

System version: Version 4.0.0 Build 548

Build time: Jun 17 2013, 21:58:17 (Change-list 731556)

Software version is: Version 4.0.0 Build 548

 

Может имеет смысл перед обновление снести конфиг полностью? Я сталкивался с проблемой зависания на 2020 при использовании стартового визарда, при попытке записать конфиг оно вешалось намертво.

[Spinaker]

А на SCE 2020 4ая версия нормально работает?

[skinner]

столкнулись с похожей проблемой, две SCE 8000 работают как часы, а третья испытывает все симптомы что здесь описаны.. даже при show run глючит конфиг как пишет schnm

[mixae1]

Может поделится кто последней версией SCOS, SCABB и агентом для SCE8000? Тоже очень хочется потестировать как оно в 4-й версии.

[b2ron]

тут 4.0.0 - http://rutracker.org/forum/viewtopic.php?t=4623487

а вот 4.1 ни у кого нету?

Edited February 17, 2014 by b2ron