关键字

LINK_OFFLINE

日志内容

$1_$2_Link status changed to down

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

日志等级

Emergency

举例

Link status changed to down

日志说明

当链路下线时系统会发送未恢复的日志信息；当链路重新上线后，会发送已恢复的日志信息

处理建议

请检查链路相关的设备是否下线，以及相关的接口是否down、BGP邻居是否下线

关键字

LINK_DELAY_EXCEED_THRESHOLD

日志内容

$1_$2_Current delay $3 exceeded alarm threshold $4

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前链路延时

$4：链路延时阈值

日志等级

Warning,Emergency

举例

172.39.20.73 To 172.39.20.76 Link1_Current delay 250ms exceeded alarm threshold 200ms.

日志说明

链路延时达到告警阈值时，发送相应的未恢复的日志信息；当链路延时低于阈值后，会对应发送已恢复的日志信息。告警阈值可手动配置，缺省情况下，严重告警阈值为200ms，紧急告警阈值为500ms

处理建议

请检查链路相关设备接入的网络是否稳定

关键字

LINK_JITTER_EXCEED_THRESHOLD

日志内容

$1_$2_Current jitter $3 exceeded alarm threshold $4

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前链路抖动

$4：链路抖动阈值

日志等级

Warning,Emergency

举例

172.39.20.72 To 172.39.20.73 Link1_Current jitter 228ms exceeded alarm threshold 200ms

日志说明

抖动达到告警阈值时，发送相应的未恢复的日志信息；当链路抖动低于阈值后，会发送对应的已恢复的日志信息。告警阈值可手动配置，缺省情况下，严重告警阈值为50ms，紧急告警阈值为200ms

处理建议

请检查链路相关设备接入的网络是否稳定

关键字

LOSS_PACKET_EXCEED_THRESHOLD

日志内容

$1_$2_Current packet loss ratio $3 exceeded alarm threshold $4

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前链路丢包率

$4：链路丢包率阈值

日志等级

Warning,Emergency

举例

wan-172.39.20.73-Tunnel4-172.39.20.72-Tunnel4_Current packet loss 55% exceeded alarm threshold 50%

日志说明

丢包率达到告警阈值时，发送相应的未恢复的日志信息；当链路丢包率低于阈值后，会发送对应的已恢复的日志信息。告警阈值可手动配置，缺省情况下，严重告警阈值为30%，紧急告警阈值为50%

处理建议

请检查链路相关设备接入的网络是否稳定

关键字

LOSS_BANDWIDTH_USAGE_THRESHOLD

日志内容

$1_$2_Current bandwidth usage ratio $3 exceeded alarm threshold $4

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前链路带宽利用率

$4：链路带宽利用率阈值

日志等级

Warning,Emergency

举例

172.39.20.72 To 172.39.20.73 Link1 Current bandWidth usage 100.0% exceeded alarm threshold 90%

日志说明

带宽利用率达到告警阈值时，发送相应的未恢复的日志信息；当链路带宽利用率低于阈值后，会发送对应的已恢复的日志信息。告警阈值可手动配置，缺省情况下，严重告警阈值为80%，紧急告警阈值为90%

处理建议

请检查链路相关设备接入的网络带宽是否满足流量要求

关键字

CPU_USAGE_EXCEED_THRESHOLD

日志内容

$1_$2_Current CPU usage $3 exceeded alarm threshold $4，position chassis $5 slot $6

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前CPU使用百分比

$4：CPU使用阈值

$5：当前设备的框位号

$6：板卡的槽位号

日志等级

Warning,Emergency

举例

172.39.20.72_Current CPU usage 86% exceeded alarm threshold 85%, position chassis:1 slot:4

日志说明

设备的CPU利用率达到告警阈值后发送未恢复的日志信息；当CPU使用率低于阈值后，会发送已恢复的日志信息。各系列设备缺省的告警阈值如下：

·     H3C MSR系列设备只有紧急告警阈值，为99%

·     其他型号的设备，严重告警阈值为85%，紧急告警阈值为90%

处理建议

若故障长时间未恢复，请联系H3C技术支持工程师

关键字

TEMPERATURE_EXCEED_THRESHOLD

日志内容

$1_$2_Current $3 temperature $4 exceeded alarm threshold $5，position chassis $6 slot $7

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：传感器类型，取值包括inflow、outflow和Hotspot，表示入风口、出风口和热点传感器

$4：当前温度

$5：温度阈值

$6：当前设备的框位号

$7：板卡的槽位号

日志等级

Warning,Emergency

举例

172.39.20.72_Current inflow temperature 68℃ exceeded alarm threshold 65℃, position chassis:1 slot:4

日志说明

设备的温度达到告警阈值后发送未恢复的日志信息；当温度低于阈值后，会发送已恢复的日志信息。缺省情况下，各系列设备阈值如下：

·     H3C MSR系列设备，严重告警阈值为65℃，紧急告警阈值为75℃

·     H3C SR6600系列设备，严重告警阈值为72℃，紧急告警阈值为77℃

·     其他型号的设备严重告警阈值为75℃，紧急告警阈值为88℃

处理建议

请检查机房环境及设备环境的散热是否正常

关键字

MEMORY_FREE_LOW_THRESHOLD

日志内容

$1_$2_Current free memory $3 is lower than alarm threshold $4，position chassis $5 slot $6

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前剩余内存

$4：剩余内存阈值

$5：当前设备的框位号

$6：板卡的槽位号

日志等级

Warning,Emergency

举例

172.39.20.72_Current free memory 135MB is lower than alarm threshold 256MB, position chassis:1 slot:4

日志说明

设备的剩余内存低于告警阈值后发送未恢复的日志信息；当剩余内存达到阈值后，会发送已恢复的日志信息。各系列设备缺省的告警阈值如下：

·     H3C MSR系列设备，严重告警阈值为256MB，紧急告警阈值为96MB

·     其他型号的设备严重告警阈值为128MB，紧急告警阈值为48MB

处理建议

若告警长时间未恢复，请联系H3C技术支持工程师

关键字

DEVICE_OFFLINE

日志内容

$1_$2_Device went offline. Reason: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：设备下线告警类型

日志等级

Emergency

举例

172.39.20.72_Device went offline. Reason: UnManageable

日志说明

设备下线时生成该系统日志

处理建议

请根据设备下线告警类型选择相应的处理方式

关键字

DEVICE_UPGRADE_REBOOT

日志内容

$1_$2_The device restarted after the controller upgraded software for it.

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

日志等级

Warning，Emergency

举例

recovered_172.39.20.72_The device restarted after the controller upgraded software for it.

日志说明

控制器升级设备版本，设备重启时生成该系统日志

处理建议

控制器正常运行产生的日志，无需处理

关键字

GET_DEVICE_MODEL_FAILED

日志内容

$1_$2_Failed to get the device model

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

日志等级

Emergency

举例

172.39.20.72_Failed to get the device model

日志说明

未获取到设备型号信息

处理建议

请检查设备与控制器的NETCONF配置是否正确，或手动配置设备型号等信息

关键字

CONTROLLER_DEVICE_DISCONNECT

日志内容

$1_$2_The connection between controller and device is disconnected

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

日志等级

Emergency

举例

172.39.20.72_The connection between controller and device is disconnected

日志说明

当添加设备的方式断开后，发送未恢复的日志信息

·     当控制器与手动添加或通过BGP自动发现的设备断开连接时，日志内容显示为“连接中断”

·     当控制器与通过OpenFlow自动发现的设备断开连接时，日志内容显示为“OpenFlow连接中断”

处理建议

请检查设备与控制器的NETCONF配置是否正确或手动配置设备型号等信息

关键字

DEVICE_CONFLICT

日志内容

$1_$2_The device conflicts with device $3. Reason: $4

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：与此设备冲突的设备的名称

$4：冲突原因，取值包括IP地址、MAC地址和序列号

日志等级

Emergency

举例

172.39.20.72_The device conflicts with device1. Reason: IP

日志说明

设备IP地址、MAC地址或序列号冲突

处理建议

更改设备信息或将其中一台冲突的设备删除

关键字

BOARD_ALARM

日志内容

$1_$2_The board is running exceptionally. Board position: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：异常板卡位置

日志等级

Warning

举例

3_Main Processing Unit_The board is running exceptionally. Board position: 2/4

日志说明

板卡运行不稳定或启动异常时发送该日志

处理建议

请根据对板卡执行的操作对该日志进行处理：

·     如果当前板卡正在执行重启板卡的操作，则等待板卡恢复正常即可

·     如果确认已拔出板卡，请在SeerEngine-SDWAN控制器的[基础网络/资源/设备管理]页面，单击[设备板卡管理]页签，单击<确认拔出>按钮将此告警置为失效

·     如果确认板卡损坏，请联系H3C技术支持工程师

关键字

BOARD_ERROR

日志内容

$1_$2_The board fails. Please handle the board as soon as possible. Board position: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：异常板卡位置

日志等级

Emergency

举例

3_Main Processing Unit_The board fails. Please handle the board as soon as possible. Board position: 2/4

日志说明

板卡运行过程中损坏、重启或拔出板卡时发送该日志

处理建议

请在SeerEngine-SDWAN控制器的[基础网络/资源/设备管理]页面，单击[设备板卡管理]页签，查看板卡当前的运行状态，等待一段时间后查看板卡是否恢复正常。若无法恢复，请联系H3C技术支持工程师

关键字

BOARD_SN_CONFLICT

日志内容

$1_$2_The boards of the device have the same serial number. Board positions: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：异常板卡位置

日志等级

Warning

举例

3_Main Processing Unit_The boards of the device have the same serial number. Board positions: 3/4, 2/4

日志说明

同一设备的不同板卡具有相同的序列号时发送此日志

处理建议

请将其中一个板卡拔出，若主控板与其他板卡冲突，建议移除其他板卡

关键字

BOARD_REPLACE

日志内容

$1_$2_The board of the device is replaced. Board position: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：异常板卡位置

日志等级

Emergency

举例

3_Main Processing Unit_The board of the device is replaced. Board position: 2/4

日志说明

控制器检测到板卡序列号发生变化时发送此日志

处理建议

请根据对板卡执行的操作对该日志进行处理：

·     如果确认板卡发生了替换，请在SeerEngine-SDWAN控制器的[基础网络/资源/设备管理]页面，单击[设备板卡管理]页签，单击<确认替换>按钮

·     若未替换板卡而发送该日志，请联系H3C技术支持工程师

关键字

SUB_BOARD_ERROR

日志内容

$1_$2_There is a fault on the sub card. Please handle it as soon as possible. Sub card position: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：异常子卡位置

日志等级

Emergency

举例

VNIC-E1000_There is a fault on the sub card. Please handle it as soon as possible. Sub card position: 2/4

日志说明

子卡运行过程中损坏、重启或拔出时发送该日志

处理建议

请根据对子卡执行的操作对该日志进行处理：

·     如果当前子卡正在执行重启的操作，则等待子卡恢复正常即可

·     如果确认已拔出板子卡，请在SeerEngine-SDWAN控制器的[基础网络/资源/设备管理]页面，单击[设备板卡管理]页签，单击<确认拔出>按钮

·     如果确认子卡损坏，请联系H3C技术支持工程师

关键字

SUB_BOARD_REPLACED

日志内容

$1_$2_The sub card of the device is replaced. Sub card position: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：异常子卡位置

日志等级

Emergency

举例

VNIC-E1000_The subcard of the device is replaced. Subcard position: 2/4

日志说明

子卡序列号发生变化时发送该日志

处理建议

请根据对子卡执行的操作对该日志进行处理：

·     如果确认子卡发生了替换，请在SeerEngine-SDWAN控制器的[基础网络/资源/设备管理]页面，单击[设备板卡管理]页签，单击<确认替换>按钮

·     若未替换子卡即发送该日志，请联系H3C技术支持工程师

关键字

MONGODB_START_FAILED

日志内容

$1_$2_Failed to start MongoDB. Failure reason:$3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：失败原因

日志等级

Critical

举例

172.39.20.120_Failed to start MongoDB. Failure reason: host format error

日志说明

当MongoDB数据库启动失败时发送该日志

处理建议

对于系统管理员来说，建议根据日志信息进行相应的处理：

·     端口被占用：更换为其他端口重试，或关闭占用端口的进程(port occupied)

·     主机格式错误：更改为正确的IP地址格式(host format error)

·     连接主机失败：检查网络连接是否正常，防火墙是否允许相应流量通过（failed connection host）

·     数据库版本低于3.0：升级MongoDB的版本（the database version is below 3.0）

·     数据库路径无效：设置正确的数据库路径（the path of database is invalid）

·     数据库路径中存在MMAPv1的数据文件或者已经有一个MongoDB数据库实例在运行：采用手动启动MongoDB的方式或者关闭正在运行的数据库实例（MMAPv1 data files exist in the database path or there is already a database instance running）

·     未知：尝试手动启动MongoDB，查看启动失败的原因（MongoDB server is existed, will shutdown and restart,please wait for 10 second）

对于普通用户来说，无需关注。

关键字

MONGODB_CONNECT_FAILED

日志内容

$1_$2_Failed to connect to MongoDB. Failure reason: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：失败原因

日志等级

Critical

举例

172.39.20.120_Failed to connect to MongoDB. Failure reason: account has not authorization

日志说明

数据库连接失败时发送该日志

处理建议

对于系统管理员来说，根据日志原因进行相应的处理：

·     主机端口错误或数据库没有启动：更改成正确的端口或重启数据库（host or port is wrong,or database service is not started）

·     账户没有权限：设置一个拥有权限的数据库用户（account has not authorization）

对于普通用户来说，无需关注。

关键字

MONGODB_LOST_CONNECT

日志内容

$1_$2_lost to connect to MongoDB. Failure reason: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：失败原因

日志等级

Critical

举例

mongodb_Lost connection to MongoDB. Failure reason: account has not authorization

日志说明

数据库连接中断时发送该日志

处理建议

对于系统管理员来说，根据日志原因进行相应的处理：

·     主机端口错误或数据库没有启动：更改成正确的端口或重启数据库（host or port is wrong,or database service is not started）

·     账户没有权限：设置一个拥有权限的数据库用户（account has not authorization）

对于普通用户来说，无需关注。

关键字

MONGODB_LOST_HOST_CONNECT

日志内容

$1_$2_Lost connection to the host of MongoDB. Failure reason: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：失败原因

日志等级

Critical

举例

mongodb_Lost connection to the host of MongoDB. Failure reason: host or port is wrong,or database service is not started.

日志说明

主机连接中断时发送该日志

处理建议

对于系统管理员来说，根据日志原因进行相应的处理：

·     主机端口错误或主机没有启动：更改成正确的端口或重启主机（host or port is wrong,or database service is not started）

对于普通用户来说，无需关注。

关键字

DATA_STORE_INTERRUPT

日志内容

$1_$2_The database is unavailable

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

日志等级

Critical

举例

172.39.18.26_The database is unavailable

日志说明

由于控制器集群分裂，ODL自带的数据库不可读或者不可写时发送未恢复的日志，集群重新正常工作后，发送已恢复的日志

处理建议

在SeerEngine-SDWAN控制器的[保障/运维管理/集群管理]页面检查并修复状态异常的控制器

关键字

CONTROLLER_MEMORY_EXCEED_THRESHOLD

日志内容

$1_$2_Current controller memory usage $3 exceeded alarm threshold $4

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前内存使用百分比

$4：内存使用阈值，单位为百分比

日志等级

Warning,Emergency

举例

172.39.36.5_Current controller memory usage 54.38% exceeded alarm threshold 50%

日志说明

控制器内存使用达到阈值时发送该日志。告警阈值可手动配置，缺省情况下，严重级别日志阈值为80%，紧急级别日志阈值为90%

处理建议

对于系统管理员来说，建议排查：

·     请检查内存使用阈值设置是否合理

·     查看控制器进程，关闭冗余进程，释放内存

对于普通用户来说，无需关注。

关键字

CONTROLLER_DISK_EXCEED_THRESHOLD

日志内容

$1_$2_Current disk usage $3 of controller disk partition $4 exceeded alarm threshold $5

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前硬盘使用百分比

$4：硬盘分区名称

$5：硬盘使用阈值，单位为百分比

日志等级

Warning,Emergency

举例

172.39.36.5_Current disk usage 81% of controller disk partition / exceeded alarm threshold 80%

日志说明

控制器硬盘不同分区达到阈值发送日志。日志阈值可手动配置，缺省情况下，严重级别日志阈值为80%，紧急级别日志阈值为90%

处理建议

·     请检查内存硬盘使用阈值设置是否合理

·     清除相应硬盘中的冗余文件，释放硬盘空间

关键字

CONTROLLER_CPU_EXCEED_THRESHOLD

日志内容

$1_$2_Current controller CPU usage $3 exceeded alarm threshold $4

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：当前CPU使用百分比

$4：CPU使用阈值，单位为百分比

日志等级

Warning,Emergency

举例

172.39.36.5_Current controller CPU usage 85% exceeded alarm threshold 80%

日志说明

控制器CPU达到阈值发送日志。日志阈值可手动配置，缺省情况下，严重级别日志阈值为80%，紧急级别日志阈值为90%

处理建议

对于系统管理员来说，建议排查：

·     请检查CPU使用阈值设置是否合理

·     查看控制器进程，关闭冗余进程释放CPU空间

对于普通用户来说，无需关注。

关键字

AKKA_LEADER_CHANGE

日志内容

$1_$2_Cluster akka leader changed. New leader: $3

参数解释

$1：日志来源

$2：日志的恢复状态，仅当日志恢复时携带此参数，取值为Recover

$3：Akka集群新Leader控制器的IP地址

日志等级

Info

举例

192.168.25.46_Cluster akka leader changed. New leader:  192.168.25.46

日志说明

当控制器集群Leader改变时，新Leader控制器和原Leader控制器都会发送日志

处理建议

系统运行中产生的信息，无需处理