?????? : Cisco CSS 11500 系列内容服务交换机

当您的CSS意外地重新启动(崩溃,Core Dump)时,该做什么?

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 23 日) | 反馈


目录


简介

本文提供步骤从Cisco内容服务交换机(CSS)获取信息确定您的CSS为什么失败。此信息帮助思科技术支持工程师查找重新启动的原因。如果bug遇到已经修复,建议相应地被做。

先决条件

要求

本文档的读者应掌握以下这些主题的相关知识:

  • 使用CSS调试功能骆马

使用的组件

本文档中的信息基于以下软件和硬件版本:

本文档中的信息都是基于特定实验室环境中的设备编写的。用于本文的所有设备从已清除的配置开始。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

背景信息

问题

当CSS意外地时重新启动,通常忘记关于为什么的一些线索失败了。多数重要一步是收集是可用确定原因的信息,并且解决问题找到一个快速方法。

解决方案

解决方案将检查可以在NVRAM的微型转储记录。

CSS 115xx和CSS 11xxx平台

在此部分的输出特别地是为CSS 115xx平台。

  1. 登陆并且启用骆马调试。

    Username:admin
    Password:
    CSS501-1# llama
    CSS501-1# show chassis
    Configuration for CSS11501:
    
    Product Name:    CSS11501           SW Version:        7.20 Build 405
    Serial Number:   JAB063007D3        Base Mac Address:  00-05-9a-3a-e3-11
    
    Module Number   Module Name         Status
    
          1         CSS501-SCM-INT      primary
    
    Port Number     Port Name           Status
    
          1             e1              online
          2             e2              online
          3             e3              online
          4             e4              online
          5             e5              online
          6             e6              online
          7             e7              online
          8             e8              online
          9             e9              online
    
    CSS501-1(debug)# dump nvram show 1 1
    Exception record found in NVRAM:
     crashDumpNvramInfo.version = 0
     crashDumpNvramInfo.excValid = 1
     crashDumpNvramInfo.excTaskIdCurrent = 0x8a6e13d0
     crashDumpNvramInfo.excTaskName = PDNS_KM
     crashDumpNvramInfo.vecNum = 9
     crashDumpNvramInfo.esf:
      param1: 0xeeeeeeee
      param2: 0xeeeeeeee
      param3: 0xeeeeeeee
      param4: 0xeeeeeeee
      _errno: 0xeeeeeeee
      cause: 0x00000024
      cntxt: 0xeeeeeeee
      fpcsr: 0x01000000
      badva: 0xbfc00004
      _pad: 0xeeeeeeee
      esfRegs:
      sr: 0x3401ff01
      pc: 0x806978d0
    more...

    微型转储潜在有必要的所有信息识别您遇到的bug。

  2. 您也许需要被忘记的内核文件。为了检查被忘记的文件,请发出show core命令

    CSS501-1(debug)# show core
      <No files available>

    如果内核文件是可用的,您得到显示有时刻、日期标记和大小的内核文件的列表。检查时间戳识别最最近的内核文件。

    注意: 如果文件是130024448个字节或者没有与.gz的一个文件名在末端,不是被压缩的。在您从计算机前,复制它请压缩文件。欲知更多信息,请参阅压缩文件部分

CSS 118xx平台

在此部分的输出特别地是为CSS 118xx平台。

  1. 登陆并且启用骆马调试。

    css800-1# llama        
    css800-1(debug)# show chassis
    Configuration for CSS 11800:
    
    Name:                      CSS 11800  SW Version: 6.10 Build 304
    HW Major Version:                 05  HW Minor Version: 0
    Serial Number:           14310001915
    Base Mac Address:  00-10-58-57-1b-d3
    
    
    Slot Number     Slot Name      Status
    
          1                  FEM       powered-on
          2                  GEM       powered-on
          3                  FEM       powered-on
          4                  FEM       powered-on
          6                 SFM2       primary
          7                  SCM       primary
          8                  SCM       backup
          9                 SFM2       primary
         11                  FEM       powered-on
         12                  GEM       powered-on
    css800-1(debug)# dump nvram show 7 1
    Exception record found in NVRAM:
     crashDumpNvramInfo.version = 2
     crashDumpNvramInfo.excValid = 1
     crashDumpNvramInfo.excTaskIdCurrent = 0x87a90490
     crashDumpNvramInfo.excTaskName = tSnmpd
     crashDumpNvramInfo.vecNum = 2
     crashDumpNvramInfo.esf:
      param1: 0x86005794
      param2: 0x86005794
      param3: 0x00000000
      param4: 0x40688a32
      _errno: 0x40688a32
      cause: 0x00000008
      cntxt: 0x00000002
      fpcsr: 0x01000000
      badva: 0x000f4240
      _pad: 0x21202800
      esfRegs:
      sr: 0x3400ff01
      pc: 0x808ba330
      lo: 0x0027758e
      hi: 0x0000027c
      r00/zero:  0x00000000
      r01/at:    0x80d90000
    --More---
    css800-1(debug)#
    

    继续对压缩文件部分

  2. 您也许需要被忘记的内核文件。为了检查被忘记的文件,请发出show core命令

    css800-1(debug)# show core
      SFM0601_5.00_25.0   JUL 23 15:32:36       130024448
      SFM0601_5.00_204.0  NOV  6 14:38:04       130024448
    
    css800-1(debug)# 

    如果内核文件是可用的,您得到显示有时刻、日期标记和大小的内核文件的列表。检查时间戳识别最最近的内核文件。

压缩文件

在此部分的步骤特别地是为CSS 118xx平台。为了压缩文件,登录和启用骆马调试。

llama
compress c:/Core/

这在调试模式安置您并且压缩文件。压缩采取相当数量的时间和地方额外的负载在CPU。

从您的工作站的FTP CSS的

在此部分的步骤特别地是为CSS 118xx平台。

一旦文件从CSS复制,请启动从您的工作站的FTP到CSS压缩文件。

ftp 
login: admin
passwrd: 
cd Core
binary
get 
bye

注意: CSS不支持被动模式FTP。

思科技术支持的解压缩重要核心信息

发出这些on命令UNIX机器查看内核文件的前十五行。他们包含识别问题的重要文本信息。

strings  | head -20
or
gzcat  | strings | head -20

注意: 为了确定原因,请发送此信息对思科技术支持。为了修复所有未清Bug,准备对FTP您的对思科技术支持的内核文件分析的由WebNS开发员。

相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


相关信息


Document ID: 19154