问题描述 Atlas500Web界面出现NPU告警,告警名称为JPEGD PROC失败。 告警信息 处理过程 结合页面告警现象及一线收集的日志,查看到SNAP日志里面有0x000E001E的告警,在告警处理的相关文档中可以看到对应的具体告警信息
1. 配置备份与版本一致性 风险点: 变更前未获取设备当前运行配置 备份的是旧配置或错误设备的配置 未执行 save,导致备份缺失最新修改 一旦变更失败,无法精准回滚,只能依赖记忆或逐步排查,极大延长故障恢复时间(MTTR)。 ✅ 教科书级
问题描述 TaiShan服务器双电源是否支持交流和直流混插? 解决方案 通过兼容性列表查询电源规格,如果该电源既支持交流又支持高压直流那就说明支持,如下所示,最终电源输入均一致即可。 免责声明:本案例仅供参考
1. 配置备份与版本一致性 风险点: 变更前未获取设备当前运行配置 备份的是旧配置或错误设备的配置 未执行 save,导致备份缺失最新修改 一旦变更失败,无法精准回滚,只能依赖记忆或逐步排查,极大延长故障恢复时间(MTTR)。 ✅ 教科书级
问题描述 TaiShan服务器如何使用浏览器访问IBMC的redfish接口? 处理过程 下载并安装Google Chrome。 打开链接https://www.google.com/intl/en/chrome/browser/desktop/下载G
1. 交换机CPU使用率飙升 设备响应慢、SSH卡顿、日志延迟 根因分析: STP/RSTP拓扑频繁震荡(端口UP/DOWN) ARP或ICMP请求泛洪 大量非法组播报文(如PIM、IGMP) SNMP轮询过于频繁 ✅ 预防策略: 启用 端口防
1. 配置备份与版本一致性 风险点: 变更前未获取设备当前运行配置 备份的是旧配置或错误设备的配置 未执行 save,导致备份缺失最新修改 一旦变更失败,无法精准回滚,只能依赖记忆或逐步排查,极大延长故障恢复时间(MTTR)。 ✅ 教科书级做法: 使
1. OSI七层模型 是什么:将网络通信划分为7个逻辑层次(物理、数据链路、网络、传输、会话、表示、应用)。 为什么重要:它是分析问题的“地图”。当故障发生时,你能判断是物理层(线缆)问题,还是应用层(服务)问题。 工程师视角:TCP在第4层,IP在第3层,VLAN在第2层——分层思维是排障的
问题描述 S5700交换机是否默认开启stp? 解决方案 S5700 v100R005的stp缺省情况下,S5700的MSTP功能处于禁用状态,接口的MSTP功能处于启用状态。 同时S5700 v100R005版本缺省下budu也是没有开启,缺省情况下,接口对收到的B
01 为什么物理层是故障的“重灾区”? 01 故障占比高 据华为企业网络故障统计,75%以上的故障与物理层相关 包括:线缆松动、接口污染、模块老化、电源异常等 02 诊断难度大 设备可能仅显示“端口down”或“CRC错误”,无明确提示