• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 全部
  • 全部
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
高级搜索

某局点本体无法上线问题处理经验案例

2020-08-28 发表
  • 0关注
  • 0收藏,51浏览
李庆 七段
粉丝:8人 关注:15人

组网及说明

问题描述

现场只有一台本体无法上线,对比上行设备接口的配置和其他本体没有区别,本体与acping通,上线过程中状态到C后一会就变回Idle   

过程分析

在ac和ap上同时debug有如下信息:

ac上debug:

*Aug 27 16:19:18:307 2020 WX3508H CWS/7/ERROR: Failed to match change state event request with SeqNum 3 from IP address 172.25.200.49:32077 

*Aug 27 16:19:18:309 2020 WX3508H CWS/7/ERROR: Failed to match change state event request with SeqNum 3 from IP address 172.25.200.49:32077

ap上debug

*Aug 27 16:17:51:969 2020 WT-9F CWC/7/RCV_PKT: Assembled configuration response with SeqNum 2 from AC at 172.25.200.254:5246

*Aug 27 16:19:17:742 2020 WT-9F CWC/7/FSM: Enter Data Check state.

 *Aug 27 16:19:17:744 2020 WT-9F CWC/7/SND_PKT: Sent change state event request with SeqNum 3 to AC 172.25.200.254:5246.

 *Aug 27 16:19:17:745 2020 WT-9F CWC/7/SND_PKT: Verbose info for change state event request sent to AC 172.25.200.254:5246, length=24. 00 10 02 00 00 00 00 00 00 00 00 0B 03 00 0B 00 00 21 00 04 00 00 00 00 . 

*Aug 27 16:19:17:745 2020 WT-9F CWC/7/TMR: [Port 5] MaxDiscovery Interval timer expired. 

*Aug 27 16:19:17:746 2020 WT-9F CWC/7/TMR: [Port 17] MaxDiscovery Interval timer expired.

 *Aug 27 16:19:17:746 2020 WT-9F CWC/7/TMR: [Port 23] MaxDiscovery Interval timer expired.

ac上debug信息显示,在和ap交互change(SeqNum 3)报文时出了问题,再结合ap的debug发现当ap和ac交互完config(SeqNum 2)报文后,到发送change请求用了1分26秒,判断是本体上处理慢。

在远程过程中还发现当再本体上看display wlan ap 的命令时会卡住,判断是apmgr进程异常,可以通过在本体上dis process name apmgrlited查看状态。查看后发现很多线程是dead状态。

TID LAST_CPU Stack PRI State HH:MM:SS:MESC Name

 127 0 84K 120 D 0:33:32:640 apmgrlited 

 128 0 84K 120 D 0:35:5:990 apmgrlited 

 129 0 84K 120 D 0:0:0:100 apmgrlited 

线程是dead状态,99%都是因为被内核挂住,内核有问题,可以查一下probe视图view /proc/secondary_log_buf

通过查看 secondary log buffer 里的内容如下,可以看到有Poe硬件故障。

<0>[   13.159000] 0:please shutdown wtu port

<0>[   14.377000] 0:please shutdown wtu port

<0>[   15.592000] 0:please shutdown wtu port

<0>[   15.592000] 0:ERROR poe <{FILE}> 2382 DRV_POE_KeepLive vcpu(0): Failed to send POE command!

<0>[   21.807000] 0:ERROR poe <{FILE}> 846 DRV_POE_UART_Parse vcpu(0): Time out or error happened when getting semaphore RtnS!

<0>[   23.021000] 0:please shutdown wtu port

所以最终定位问题原因为:Poe硬件故障导致内核工作不正常,进一步导致apmgr工作不正常,所以apmgr报文间隔特别大,ac上的信息表示报文超时了。



解决方法

更换备件处理。

0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

侵犯我的权益 >
对根叔知了社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔知了社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明

提出建议

    +
<

亲~登录后才可以操作哦!

确定

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作