目录

简介

排除疑似硬件问题

系统无法通电或启动，或者不断重新启动或启动错误的映像

系统报告风扇故障

可疑的硬盘问题

高温警告/警报

前面板按钮无响应

网络适配器问题

串行端口显示意外登录提示（仅限VCS）

TANDBERG Application/tsh Will Not Start(TANDBERG Application/tsh Will Not Start(TANDBERG Application/tsh Will Not Start)（仅VCS）

“preboot agent installation failure”（预引导代理安装失败）在引导日志中看到的消息

日志和证据

从Web获取系统快照

从根Shell获取系统快照

故障日志

传感器日志

DMI代码

板卡测试

smartctl

ifconfig输出

Ethtool统计信息转储

检查病毒

警报和警告

物证

控制台访问

恢复默认配置

必备文件

执行重置为默认配置

通过USB接口棒重置

常见非硬件故障问题

磁盘已满 — 空间

磁盘已满 — 索引节点

简介

本文档介绍在您考虑通过退货授权(RMA)流程返回Cisco TelePresence Video Communication Server(VCS)或Cisco TelePresence Conductor时，如何进行故障排除并收集信息。

注：本文档不适用于CE系列设备。本指南仅适用于具有LCD面板、键盘和黑色面板的传统设备。如果您有CE系列设备，请参阅Cisco UCS C220服务器安装和维修指南以获取有关该设备的基本信息，然后按照服务合同执行标准支持流程。当您请求RMA时，务必向思科支持工程师提供所需信息。您无需等待支持工程师与您联系；您可以随时使用适当信息更新您的支持票证。

排除疑似硬件问题

系统无法通电或启动，或者不断重新启动或启动错误的映像

如果VCS/TelePresence Conductor系统无法通电或启动或持续重新启动，请检查以下项目：

1. 是否打开了任何LED/LCD显示屏？

如果是，设备将通电，但可能无法启动。检查以下项目：

- 是否有任何设备连接到系统的USB端口（尤其是USB键盘/视频/鼠标[KVM]）？

如果是，请将其卸下，然后尝试关闭系统电源，然后重新打开。如果系统仍然无法启动，请连接到串行控制台并收集尽可能多的输出以启动。将输出附加到支持票证。

提示：有关如何通过串行连接连接到系统的信息，请参阅控制台访问。

- 是否有任何设备连接到系统的串行端口？

如果是，请将其卸下，然后尝试关闭系统并再次启动。如果系统仍然无法启动，请连接到串行控制台并收集尽可能多的输出以启动。将输出附加到支持票证。

提示：有关如何通过串行连接连接到系统的信息，请参阅控制台访问。

如果没有（没有亮起LED/LCD），请更换系统插入的电源插座和电源线。确保设备背面的电源和软开关均位于正确的位置，并已按下（视情况而定）。将电源线插入另一台设备，以验证其是否正常工作。

2. 如果设备继续重新启动，但运行了一段时间，请尝试收集传感器日志。有关详细信息，请参阅日志和证据。

3. 如果系统仍然无法启动，则举出支持票证，其中包含检查系统所执行的步骤列表。

系统报告风扇故障

如果系统报告风扇发生故障，请从系统收集故障证明，如Alarms and Warnings下的Logs and Evidence中所示。在附加收集的信息时提交支持票证。

可疑的硬盘问题

管理员认为存在硬盘故障。是否将硬盘描述为“已卸载”？

如果是，请收集日志和证据中记录的最多此类信息:

- 物理证据 — 显示LCD上显示的消息，并随附收集的信息生成支持单。

- smartctl

- 桌面管理接口(DMI)代码

- 警报和警告

在附加收集的信息时提交支持票证。

如果没有（磁盘未描述为“已卸载”），请调查管理员认为硬盘存在问题的原因。此信息可充分证明磁盘存在问题：

- 物证

- smartctl

- DMI代码

- 警报和警告

- 系统快照

提示：有关详细信息，请参阅日志和证据。

标准Linux日志中可能存在与磁盘相关的错误消息，例如dmesg或/var/log/messages。在附加收集的信息时提交支持票证。

下面列出了一些可能出现的错误日志类型的示例：

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:00:81:53:2a/00:00:00:00:00/e1 tag 0 dma 131072 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

e2fsck 1.41.9 (22-Aug-2009)

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:c0:a1:53:2a/00:00:00:00:00/e1 tag 0 dma 98304 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4: limiting SATA link speed to 1.5 Gbps

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in

res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)

ata4.00: status: { DRDY }

ata4: hard resetting link

ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

ata4.00: configured for UDMA/133

ata4.00: device reported invalid CHS sector 0

ata4: EH complete

ata4: link is slow to respond, please be patient (ready=0)

ata4: SRST failed (errno=-16)

ata4: link is slow to respond, please be patient (ready=0)

ata4: SRST failed (errno=-16)

ata4: link is slow to respond, please be patient (ready=0)

ata4: SRST failed (errno=-16)

ata4: limiting SATA link speed to 1.5 Gbps

ata4: SRST failed (errno=-16)

ata4: reset failed, giving up

kernel: irq 19: nobody cared (try booting with the "irqpoll" option)

kernel: Pid: 0, comm: swapper Not tainted 2.6.31.12 #1

kernel: Call Trace:

kernel: <IRQ> [<ffffffff810743d6>] __report_bad_irq+0x26/0xa0

kernel: [<ffffffff810745dc>] note_interrupt+0x18c/0x1d0

kernel: [<ffffffff81074db5>] handle_fasteoi_irq+0xb5/0xe0

kernel: [<ffffffff8100e35d>] handle_irq+0x1d/0x30

kernel: [<ffffffff8100d887>] do_IRQ+0x67/0xe0

kernel: [<ffffffff8100bcd3>] ret_from_intr+0x0/0xa

kernel: <EOI> [<ffffffff81012c03>] ? mwait_idle+0x63/0x80

kernel: [<ffffffff8100a500>] ? enter_idle+0x20/0x30

kernel: [<ffffffff8100a574>] ? cpu_idle+0x64/0xb0

kernel: [<ffffffff81399d05>] ? rest_init+0x65/0x70

kernel: [<ffffffff816c250a>] ? start_kernel+0x33c/0x348

kernel: [<ffffffff816c1b75>] ? x86_64_start_reservations+0x125/0x129

kernel: [<ffffffff816c1c5d>] ? x86_64_start_kernel+0xe4/0xeb

kernel: handlers:

kernel: [<ffffffff81254260>] (ata_sff_interrupt+0x0/0x110)

kernel: [<ffffffff81254260>] (ata_sff_interrupt+0x0/0x110)

kernel: [<ffffffff81280ba0>] (usb_hcd_irq+0x0/0x70)

kernel: Disabling IRQ #19

高温警告/警报

VCS/TelePresence Conductor报告其有高温警报：

- 该单元具有侧进气口和后排气口。应进行检查，以确保通风充足，特别是在两侧。即使两侧看起来正常，另一台设备(例如Codian Multipoint Control Unit(MCU))也可能将废气直接排放到单元的进气口中。

- MCU上的气流是从右到左的，因此如果您将其安装在VCS/TelePresence Conductor的右侧，请特别小心。

- 有时热敏电阻温度传感器报告假读数。确认任何警报并监视系统以备将来发生。

- 从系统收集故障证明，如日志和证据所示。

- 警报和警告

- 物证。

在附加收集的信息时提交支持票证。

前面板按钮无响应

某些前面板版本（尤其是早期思科品牌的面板）与前面板上按钮的触点存在问题。这种情况在前面板的更新版本中已解决，不会影响系统的日常运行。

收集问题的证据，请参阅日志和证据下的“DMI代码”部分。

如果前面板无响应，可以使用串行连接进行初始配置。

提示：请参阅控制台访问，了解有关如何通过串行连接连接到设备的信息。

网络适配器问题

管理员报告网络适配器出现问题和/或LAN链路断开。

验证已尝试使用设备所连接的交换机/路由器上的不同LAN电缆和端口。

收集此问题证据(如日志和证据中所述):

- ifconfig输出

- ethtool统计信息转储

- 板载测试

- 物证

- 警报和警告

- 系统快照

在附加收集的信息时提交支持票证。

串行端口显示意外登录提示（仅限VCS）

当Cisco VCS启动时，您通常会看到以下内容：

tandberg login: root

Password:

但是，当设备启动时，来自Fusion MPT SAS驱动程序的消息可能会与登录提示符发生冲突。在这种情况下，将显示以下输出：

tandberg login: Fusion MPT misc device (ioctl) driver 3.04.14

mptctl: Registered with Fusion MPT base driver

mptctl: /dev/mptctl @ (major,minor=10,220)

这是由于思科了解的软件问题造成的，不应导致RMA。此问题在X6.0及更高版本的代码中已修复。

TANDBERG Application/tsh Will Not Start(TANDBERG Application/tsh Will Not Start(TANDBERG Application/tsh Will Not Start)（仅VCS）

当您尝试以admin身份登录到控制台会话(Secure Shell(SSH)、telnet、串行或KVM)时，会显示一条消息“unable to connect to tsh”或“/tmp/hwfail exists: TANDBERG application startup inhibited”：

1. 文件/tmp/hwfail是否存在？

如果是，请从日志和证据收集此信息。

- 从根shell获取系统快照

- DMI代码

- 板卡测试

- 物证

2. 当您键入“tsh”或以admin身份登录时，是否显示消息“cannot connect to tsh”？

- 验证系统是否具有版本密钥：“cat /tandberg/etc/rk”，并且它对于系统的序列号和安装的软件级别有效。

- 如果仍然存在问题并且应用程序无法启动，请收集以下信息：

- 从根shell获取系统快照

- DMI代码

- 板卡测试

- 物证

- 如果是，请从日志和证据收集此信息。

- 从根shell获取系统快照

- DMI代码

- 板卡测试

- 物证

在附加收集的信息时提交支持票证。

注意：TelePresence Conductor没有等效的tsh。

“preboot agent installation failure”（预引导代理安装失败）在引导日志中看到的消息

如果在启动VCS时没有到VCS的串行连接，则启动日志中会出现“preboot agent installation failure”消息。

这不是问题，不应导致RMA。

日志和证据

本节介绍获取日志、快照和收集其他证据的方法。

从Web获取系统快照

系统快照过程创建各种系统文件的文件存档，可以下载到管理员PC。

要在X6.1或XC1.1及更低版本中启动系统快照，请执行以下操作：

1. 选择维护>系统快照。

2. 点击创建完整快照。

3. 等待创建存档（由于文件过多，这可能需要一些时间）。

4. 应显示文件下载对话框，以便可以将文件下载到本地PC（确保PC具有足够的磁盘空间）。

要在X7.0或XC1.2及更高版本中启动系统快照，请执行以下操作：

1. 选择维护>诊断>系统快照。

2. 点击创建完整快照。

3. 等待创建存档（由于文件过多，这可能需要一些时间）。

4. 应显示文件下载对话框，以便可以将文件下载到本地PC（确保PC具有足够的磁盘空间）。

当您拍摄快照时，它将保留系统资源。在非常繁忙的系统上，建议在“低流量”时段启动快照（不过，不要在您想要分析的事件之后过长时间启动快照）。

在任何时候（最新），系统只在磁盘上存储一个快照存档(.tar.gz) — 在/mnt/harddisk/snapshot中。

从根Shell获取系统快照

系统快照过程创建各种系统文件的文件存档，可以下载到管理员PC。

要启动系统快照，请执行以下操作：

1. 以root用户身份登录系统。

2. 输入snapshot.sh。

3. 等待创建存档（由于文件很多，这可能需要一些时间 — 等待文件从.tar文件更改为.tar.gz文件）。

4. 生成快照后，可从此处安全复制(SCP):/mnt/harddisk/snapshot/(它是tar.gz存档)。

当您拍摄快照时，它将保留系统资源。在非常繁忙的系统上，建议在“低流量”时段启动快照（不过，不要在您想要分析的事件之后过长时间启动快照）。

在任何时候（最新），系统只在磁盘上存储一个快照存档(.tar.gz) — 在/mnt/harddisk/snapshot中。

故障日志

每次出现应用程序故障时，都会将事件报告写入磁盘到/tandberg/crash/directory中。

事件报告包括在快照存档中。

思科支持工程师托管外部可路由服务器，可将VCS/TelePresence Conductor配置为将事件报告发布到服务器中。如果管理员将系统配置为发布事件报告，则会加快应用程序故障通知的速度。

您可以在Maintenance > Incident reporting > Configuration(在X7.0 / XC1.1及更高版本中，这是Maintenance > Diagnostics > Incident reporting > Configuration)配置崩溃报告自动上传到自动崩溃报告(ACR)服务器。

- 需要将事件报告发送模式设置为开(默认情况下为关)。

- 事件报告URL需要设置为https://cc-reports.cisco.com/submitapplicationerror/(传统URL https://vcser.tandberg.com/submitapplicationerror/也将到达事件报告服务器)。

- “incident”（崩溃）后，事件报告将通过HTTPS（系统源端口4000-4999）发布到此URL。

整个应用程序可能不会崩溃；ACR也可以由系统中的子组件生成。

如果由于任何原因无法打开故障报告，或者系统无法通过路由访问服务器，则生成的任何ACR都可以从系统中单独复制，然后附加到支持票证。

然后，思科支持工程师可以手动上传ACR到报告服务器进行调查。请注意，在大多数情况下，还需要系统快照才能了解问题的根源。

从维护>事件报告>查看页(在X7.0 / XC1.1及更高版本中，此页面为维护>诊断>事件报告>查看)查看和复制系统中的事件报告。

传感器日志

设备硬件包括许多传感器，其值可通过Linux操作系统(OS)读取。要检索这些传感器，请在命令提示符下输入sensors。然后可将输出附加到支持票证。

~ # sensors

acpitz-virtual-0

Adapter: Virtual device

it8712.7-isa-0290

Adapter: ISA adapter

VCore: +1.22 V (min = +0.83 V, max = +1.39 V)

DDR 1.8V: +1.78 V (min = +1.62 V, max = +1.98 V)

VCC 3.3V: +3.31 V (min = +3.14 V, max = +3.47 V)

VCC 5V: +5.00 V (min = +4.76 V, max = +5.24 V)

+12V: +12.22 V (min = +9.60 V, max = +14.40 V)

VCC 1.5V: +1.49 V (min = +1.42 V, max = +1.57 V)

VBat: +3.26 V (min = +2.99 V)

Fan 1: 9375 RPM (min = 7670 RPM, div = 8)

Fan 2: 9375 RPM (min = 7670 RPM, div = 8)

Fan 3: 10546 RPM (min = 7670 RPM, div = 8)

Sys Temp1: +18.0 C (high = +45.0 C) sensor = thermistor

Sys Temp2: +20.0 C (high = +45.0 C) sensor = thermistor

CPU Temp: +18.0 C (high = +50.0 C) sensor = thermal diode

coretemp-isa-0000

Adapter: ISA adapter

Core 0: +35.0 C (high = +78.0 C, crit = +100.0 C)

coretemp-isa-0001

Adapter: ISA adapter

Core 1: +32.0 C (high = +78.0 C, crit = +100.0 C)

DMI代码

出现问题时，DMI代码可以向思科支持工程师提供有用的参考代码，指明已应用于相关系统的任何工程变更请求。

在根控制台会话中输入命令cat /sys/class/dmi/id/chassis_version，然后添加输出，或者在支持票证中包含系统快照中的dmidecode.txt文件。

板卡测试

输入命令boarddetect从根控制台会话并将输出添加到支持票证中。

smartctl

VCS上有两种类型的磁盘：

- SDA — 这是VCS上的主磁盘。此磁盘故障会导致VCS根本无法启动。如果失败，VCS将无法成功启动。

- SDB — 这是辅助磁盘。此磁盘故障可能会导致VCS出现问题。检查SDB是否发生故障的最佳方法是使用smartctl工具。

Linux操作系统包含一个硬盘检查器，查看硬盘自我监控、分析和报告技术(SMART)数据。

要运行此命令，请在命令提示符下从根控制台会话输入smartctl -all /dev/sdb2。然后可将输出附加到支持票证。

~ # smartctl --all /dev/sdb2

smartctl 5.39.1 2010-01-28 r3054 [x86_64-pc-linux-gnu] (local build)

Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===

Model Family: Seagate Barracuda 7200.10 family

Device Model: ST3250410AS

Serial Number: 9RY29MGL

Firmware Version: 3.AAC

User Capacity: 250,059,350,016 bytes

Device is: In smartctl database [for details use: -P show]

ATA Version is: 7

ATA Standard is: Exact ATA specification draft version not indicated

Local Time is: Mon Apr 4 16:10:02 2011 GMT

SMART support is: Available - device has SMART capability.

SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===

SMART overall-health self-assessment test result: PASSED

General SMART Values:

Offline data collection status: (0x82) Offline data collection activity

was completed without error.

Auto Offline Data Collection: Enabled.

Self-test execution status: ( 0) The previous self-test routine completed

without error or no self-test has ever

been run.

Total time to complete Offline

data collection: ( 430) seconds.

Offline data collection

capabilities: (0x5b) SMART execute Offline immediate.

Auto Offline data collection on/off support.

Suspend Offline collection upon new

command.

Offline surface scan supported.

Self-test supported.

No Conveyance Self-test supported.

Selective Self-test supported.

SMART capabilities: (0x0003) Saves SMART data before entering

power-saving mode.

Supports SMART auto save timer.

Error logging capability: (0x01) Error logging supported.

General Purpose Logging supported.

Short self-test routine

recommended polling time: ( 1) minutes.

Extended self-test routine

recommended polling time: ( 64) minutes.

SCT capabilities: (0x0001) SCT Status supported.

SMART Attributes Data Structure revision number: 10

Vendor Specific SMART Attributes with Thresholds:

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE

1 Raw_Read_Error_Rate 0x000f 111 092 006 Pre-fail Always - 35118725

3 Spin_Up_Time 0x0003 097 097 000 Pre-fail Always - 0

4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1076

5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0

7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 313078675

9 Power_On_Hours 0x0032 073 073 000 Old_age Always - 23803

10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0

12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1078

187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0

189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0

190 Airflow_Temperature_Cel 0x0022 074 068 045 Old_age Always - 26

(Lifetime Min/Max 24/32)

194 Temperature_Celsius 0x0022 026 040 000 Old_age Always - 26 (0 12 0 0)

195 Hardware_ECC_Recovered 0x001a 081 051 000 Old_age Always - 149212051

197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0

198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0

199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0

200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0

202 Data_Address_Mark_Errs 0x0032 100 253 000 Old_age Always - 0

SMART Error Log Version: 1

No Errors Logged

SMART Self-test log structure revision number 1

SMART Selective self-test log data structure revision number 1

SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS

1 0 0 Not_testing

2 0 0 Not_testing

3 0 0 Not_testing

4 0 0 Not_testing

5 0 0 Not_testing

Selective self-test flags (0x0):

After scanning selected spans, do NOT read-scan remainder of disk.

If Selective self-test is pending on power-up, resume after 0 minute delay.

ifconfig输出

某些设备可能会丢失物理网络端口。要检查这一点，请打开根控制台会话并输入命令ifconfig -a | grep eth。应列出四个接口：

~ # ifconfig -a | grep eth

eth0 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:90

eth1 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:91

eth2 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:92

eth3 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:93

如果列出的设备少于四个，则此设备可能存在硬件问题，尽管重新启动有时也可能解决此问题。

Ethtool统计信息转储

Linux操作系统包含一个转储以太网适配器统计信息的工具。

在根控制台会话中，如果问题出在LAN 2端口，请为设备使用的主网络适配器输入ethtool -S eth0命令，或输入ethtool -S eth1。

~ # ethtool -S eth0

NIC statistics:

rx_packets: 49308441

tx_packets: 13055377

rx_bytes: 10446941316

tx_bytes: 8354830356

rx_broadcast: 36524340

tx_broadcast: 129146

rx_multicast: 5884

tx_multicast: 79

rx_errors: 0

tx_errors: 0

tx_dropped: 0

multicast: 5884

collisions: 0

rx_length_errors: 0

rx_over_errors: 0

rx_crc_errors: 0

rx_frame_errors: 0

rx_no_buffer_count: 0

rx_missed_errors: 0

tx_aborted_errors: 0

tx_carrier_errors: 0

tx_fifo_errors: 0

tx_heartbeat_errors: 0

tx_window_errors: 0

tx_abort_late_coll: 0

tx_deferred_ok: 0

tx_single_coll_ok: 0

tx_multi_coll_ok: 0

tx_timeout_count: 0

tx_restart_queue: 0

rx_long_length_errors: 0

rx_short_length_errors: 0

rx_align_errors: 0

tx_tcp_seg_good: 115846

tx_tcp_seg_failed: 0

rx_flow_control_xon: 465

rx_flow_control_xoff: 465

tx_flow_control_xon: 0

tx_flow_control_xoff: 0

rx_long_byte_count: 10446941316

rx_csum_offload_good: 12205535

rx_csum_offload_errors: 0

rx_header_split: 0

alloc_rx_buff_failed: 0

tx_smbus: 0

rx_smbus: 0

dropped_smbus: 0

rx_dma_failed: 0

tx_dma_failed: 0

检查病毒

可以从根控制台会话中使用ps aux命令以搜索是否存在病毒。

例如，要检查“war dialer”，请输入ps aux | grep svwar.py.如果存在“war dialer”，则会生成多个类似下面的输出行：

9430 root 20 0 19020 4340 1880 R 1 0.1 0:00.01 python svwar.py -v -d

users.txt <address>

如果不存在病毒，该命令应该不会产生任何输出。

提示：这些问题可通过USB重新安装过程得到解决。请参阅恢复默认配置。

警报和警告

系统网页以及登录到CLI或输入xstatus命令时，会显示警报和警告。它们也可能显示在LCD面板上。

应提供来自Web界面的屏幕截图或xstatus命令的输出，例如：

物证

任何摄像头电话视频或监控器输出图片、LED、LCD和网络链路指示灯显示（例如这些示例）对于查找RMA的根本原因非常有用：

警报LED亮起

LCD文本

控制台访问

为了在出现网络问题或其他阻止远程访问VCS/TelePresence Conductor的问题时收集日志或其他信息，可以使用串行控制台。应连接到设备正面的数据端口。

控制台连接应使用以下设置：

设置

价值

波特率

115200 bps

数据位

8

奇偶校验

无

停止位

1

流量控制（硬件和软件）

无

恢复默认配置

在极少情况下，可能有必要在系统上运行“factory-reset”脚本。这会重新安装软件映像并将配置重置为最低功能配置。

注意：恢复默认配置会导致系统使用其当前默认值，这些默认值可能与以前配置的值不同，尤其是如果系统是从较旧版本升级的。特别是，这可能会影响端口设置，例如多路复用媒体端口。恢复默认配置后，您可能需要重置这些端口设置，使其与防火墙的预期行为匹配。

必备文件

下面介绍的出厂重置过程根据最近成功安装的软件映像重建系统。用于此重新安装的文件存储在系统上的/mnt/harddisk/factory-reset/文件夹中。这些文件是：

- 仅包含16个字符的发行密钥的文本文件，名为rk。

- 包含名为tandberg-image.tar.gz的tar.gz格式的软件映像的文件。

在某些情况下（最常见的是尚未升级的全新虚拟机安装），这些文件不会出现在系统上。如果是，必须先以SCP作为根来放置这些文件。

执行重置为默认配置

此过程必须从串行控制台（或通过键盘和显示器直接连接到设备）执行。这是因为网络设置将被重写，因此用于启动重置的所有SSH会话将被丢弃，并且看不到过程的输出。

此过程大约需要20分钟。

1. 以root用户身份登录系统。

2. 输入factory-reset。

3. 根据需要回答问题。建议的响应会将系统完全重置为出厂默认状态。

提示

建议的响应

是否保留选项键{是/否]?

是

是否保留IP配置[是/否]?

是

保留ssh密钥[是/否]?

是

是否保留ssl证书和密钥[是/否]?

是

是否保留根密码和管理员密码[是/否]?

是

是否保存日志文件[是/否]?

是

是否更换硬盘[是/否]?(仅适用于在旧设备硬件上运行的系统

否

4. 最后，确认您要继续。

通过USB接口棒重置

Cisco TAC可能还会建议另一种重置方法。这要求您将软件映像下载到USB盘上，然后使用USB盘重新引导系统。

如果使用此方法，必须在使用后清理并重新生成USB记忆棒。不要重置一个系统，然后拿起USB记忆棒在另一个系统上重复使用。

常见非硬件故障问题

磁盘已满 — 空间

硬盘只能包含一定数量的数据。如果硬盘已满，则引起的症状可能显示为硬件故障，但事实并非如此，建议不要使用RMA来处理此问题。要检查和查看当前磁盘利用率，请以root身份运行命令df。df上的 — h开关要求以人类可读的格式（MB和GB而不是1k块）打印数据。

~ # df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/sda5       955M  493M  414M  55% /

devtmpfs        3.0G  236K  3.0G   1% /dev

/dev/ram0       190M  3.7M  176M   3% /var

/dev/ram1       1.5G  3.2M  1.4G   1% /tmp

/dev/sda7       955M  670M  237M  74% /tandberg

/dev/sdb2        40G  7.0G   31G  19% /mnt/harddisk

在此示例中，您可以看到所有分区均未完全满（100%或接近100%）。如果分区等于或接近100%（97%以上），则可能需要删除某些文件。如果您不熟悉要删除的文件，请联系思科TAC。

磁盘已满 — 索引节点

除了实际存储空间外，VCS还使用硬盘上的信息节点。如果磁盘已满，则故障现象与磁盘本身已满类似。

~ # df -ih

Filesystem     Inodes IUsed IFree IUse% Mounted on

/dev/sda5         61K   14K   48K   23% /

devtmpfs         746K  2.2K  744K    1% /dev

/dev/ram0         49K    80   49K    1% /var

/dev/ram1         92K   630   91K    1% /tmp

/dev/sda7         61K  2.0K   59K    4% /tandberg

/dev/sdb2        2.5M  2.1K  2.5M    1% /mnt/harddisk

如果硬盘超出或接近超出索引节点，这通常意味着存在大量非常小的文件。建议您联系Cisco TAC寻求帮助，以确定需要删除的内容以及生成该内容的原因。