01-19-2017 06:49 AM - edited 07-05-2021 06:24 AM
Final code 8.2.151.0 is now posted, thanks for your interest!
New Updated version 8.2.145.64
This release adds the following functionality:
CSCvc18129 Crash on RF profile/client exclusion sync on HA scenario
CSCvd19354 WLC crash while editing config rf-profile hsr-mode disable | enable config rf-profile 11b
CSCvd20843 Beacon stuck due to off-channel stuck
CSCvd25183 2800/3800 does not advertise the extension channel correctly when DCA assigns Bandwidth.
CSCvd29298 2800/3800 - Type 3 off-channel stuck due to callback missing during off-channel
CSCvd07243 Unable to change AP name nor location from the GUI
CSCvc87207 AP2800 802.11b/g radio dropping RTP packets
CSCvd16523 AP3800/2800: New CLI to make core dump extended not persistent across upgrade
CSCvc59252 1852 AP showing only power level 1 instead of power level 1 to 8 under 5 Ghz radio
CSCvd16939 1800 Band-Select does not work
CSCvd16993 2800/3800 - Rxhang Fixes
CSCvb94413 2800/3800 - Fix DAA
CSCvd00405 Silent reboot observed for 3800
CSCvd07657 AP1810 fails to get ARP response intermittently leading to a full reboot
CSCvd18791 2800/3800 - NSS counters after next-hop-MAC failure in capwapd
CSCva91457 WLC: repeated crashes w/Reason: spamApTask4
CSCvc52619 Local EAP do not support any of ciphers, used by 8821 phone
CSCvb77682 2800/3800 - ioctl error message when setting XOR to 5GHz band
CSCvb73104 AP 1600: Radio d1 reset: FW: irq/mac stat=40000/10000000 command timeout
CSCvd07215 1800/2800/3800 doesn't learn dhcp lease time from dhcp server and defaults to 24hr.
CSCvd09482 2800/3800 - Rxhang Fixes
CSCvd03656 AP2800/3800 not updating ndp to WLC due to Status: NSS_INVALID_PARAM
CSCvd05596 2800/3800 - Rxhang Fixes
CSCvb94799 | mc2uc packet packet lost with AP 3802E |
CSCvc89939 | 2800/3800: 40 mhz ext offset 8.2.145.33 |
CSCvc90559 | 2800/3800: RX Hang seen on alpha 8.2.145.36 |
CSCvc61560 | WLC radius auth aaaQueueReader "Unable to fit Radius packet in allocated memory" |
CSCvb78834 | wlc crashing with task name emweb |
CSCvc64343 | AP1530 detected a lot of radars |
CSCvc60233 | 2800/3800: Off-channel timeout is observed |
CSCvc86514 | 2800/3800 - AP CAPWAP reset when extended Radio coredump is enabled |
CSCvc81662 | 2800/3800: RX Hang seen on alpha 8.2.145.26 |
CSCvc71905 | 2800/3800: AP detects radar in the absence of radar sources (8.2.131.40) |
CSCvc81491 | 2800/3800: high latency issues on on build 8.2.145.26 |
CSCvb94436 | TKIP support for 1800 series APs |
CSCvc52004 | 1800: iOS device connect to the dot1x network slowly |
CSCvc70133 | 1800/2800/3800: AP flex: MC40 11g client sending Assoc req with g rates in extended rates display issue |
CSCvc80161 | 2800/3800 11n/ac clients failing to associate with XOR in 5GHz |
CSCvc11544 | Default Neighbor Pruning Timer need to be increased to keep neighbor entries for 1 hour |
CSCvc76148 | 2800/3800 Beacon drift causing mc9060 client drops |
CSCur63031 |
AP error: %ENTROPY-0-ENTROPY_ERROR: Unable to collect sufficient entropy |
CSCur68316 |
802AP-891 in flexconnect mode are losing vlan mapping after power cycle |
CSCuw41092 |
AP not send traffic indication in beacon for power-save client after FT |
CSCux48308 |
Broadcast delivery stops with key rotation 1552 rap, 819W 153.3JBB5 wgb |
CSCux51833 |
Client fails on RAP with AAA Override ACL when AP is in Flex+Bridge Mode |
CSCux78389 |
Radius Failover should failover both authacct server on WLAN |
CSCux85357 |
WLC sends GARP for flex local switching clients after HA switch-over |
CSCux88967 |
On MAC Filter failure Client session timeout can not association back |
CSCux95319 |
Roaming central to local auth causes in flex caused dot1x table failures |
CSCux96500 |
WiSM2/WLC crash on bcastReceiveTask |
CSCuy30583 |
5520 show imm chassis shows no results and crashes WLC |
CSCuy53072 |
SNMP cLMobilityGroupMembersTable returns wrong value from WLC in PI |
CSCuy53596 |
CleanAir fatal error and radio reset on Flex+Bridge AP |
CSCuy64520 |
Access Points (AP) sending CDP packets to the wireless clients |
CSCuy71409 |
Client detailed params not synced to standby in fast ssid scenario. |
CSCuy75241 |
5508 system crash with task mmMobility |
CSCuy82849 |
Memory leak found@mm_heartbeat module on Guest anchor WLC |
CSCuz05218 |
Barbados: show ap auto-rf does not display xor slot(0) neighbors |
CSCuz11717 |
3-sec delay before sending "dot1x auth initiate" to SPAM with WSSI |
CSCuz16883 |
Address registration issues for mobility scenarios |
CSCuz18811 |
Flex: Local Switching WLAN is changing to Central Switching WLAN on add |
CSCuz33818 |
profiler: double free issue |
CSCuz35221 |
Mobility handoff fails in new mobility dot1x CWA client reconnect |
CSCuz40066 |
Guest Anchor:Foreign to Foreign roam fails on GA scenario |
CSCuz40970 |
8510 anchor WLC Crash on task osapiBsnTimer |
CSCuz49968 |
8.0 MR4 WLC crash during SNMP set opeartion |
CSCuz50774 |
WLC lossing pings to itlsef Reaper cleaning up exited task osapi_ping_rx |
CSCuz67292 |
Client not moving to RUN state after CAS perform posturing on client |
CSCuz77747 |
Flexconnect: AP 1602 loses native vlan config on reload |
CSCuz78555 |
Bulk sync status "In-progress" after standby boots up |
CSCva01578 |
BARBADOS Ap not showing Syslog Server ip with DHCP option-7 |
CSCva01762 |
AP1815/50: Over-ride Global credentials cleared on GUI after reboot |
CSCva03376 |
UX-AP3702i After primed carrier set 5GHz only allowing four UNII3 ch |
CSCva22440 |
3800: QBSS STA Count keeps incrementing with STA associating again |
CSCva28211 |
AireOS UX AP : 'JP' should be used as world mode in Beacon/Probe Res |
CSCva28524 |
WLC 8.3 - Creating SNMP community fails |
CSCva31178 |
AP: 8.3 - Radio reset due to offchannel stuck |
CSCva32411 |
Clients losing connectivity when reauth with DOT1X over 702w AP |
CSCva48201 |
Unable to set static IP for AP from controller GUI |
CSCva52825 |
2800/3800 does not do PMTU discovery during join/image download |
CSCva63541 |
2/3800 AP CAPWAP restarts continuously during FTP transfer of large file |
CSCva72724 |
AP2602 Crash "disc_tx_requeue_client" "dot11_get_rate_shift" |
CSCva74487 |
8540 crash on running show commands task :emWeb |
CSCva74927 |
Barbados Flex - AP disjoins with 'Failed to get ARP entry for WLC' error |
CSCva83234 |
Barbados : Kernel Crash during image download |
CSCva83884 |
WLC System crash on aaaQueueReader |
CSCva87295 |
Flex AP radio reset during FT with Central dhcp and Nat-pat enabled |
CSCva90343 |
Unable to do VLAN to RLAN mapping at FlexConnect Group |
CSCva95251 |
DSCP traffic is not limited to maximum QoS Profile value |
CSCvb09381 |
Unable to add or modify SNMP strings on a 5520 HA Pair running 8.1.122.0 |
CSCvb25233 |
Enable VLAN-RLAN Mapping in FlexConnect Group |
CSCvb28231 |
Controller crashed due to memory corruption |
CSCvb35173 |
Barbados: Radio crash beacon stuck - due to lost txq reference |
CSCvb43105 |
Barbados outer DSCP not same as inner with DSCP Trust upstream NSS |
CSCvb44169 |
emWeb reaper reset after "clear mdns service-database all" |
CSCvb44699 |
NMSP queue full due to Rouge AP task. |
CSCvb48603 |
Evaluation of wlc for Openssl September 2016 |
CSCvb52310 |
Silent Boot on 2800/3800 |
CSCvb54166 |
Malformed 11v element on HSR WGB with WLC 8.2+ |
CSCvb66080 |
VLAN override from ISE is not working for RLAN with FlexConnect Local Switching |
CSCvb69962 |
Client traps not showing session ID's |
CSCvb71168 |
RSA256-AES256 dtls encryption lowers PMTU but AP doesnt' respect it |
CSCvb72380 |
performance profile show all values as 0 after clear config for XOR radio |
CSCvb79274 |
WGB wired client expiring periodically |
CSCvb80511 |
CWA is not working for flex-bridge APs pointing ACL rx from Radius doesn't exist |
CSCvb81003 |
WLC crashes as emWeb uses 100% |
CSCvb81359 |
WLC 8540 HA. RMI ping and access to standby fail when using non-default ap-manager |
CSCvb85576 |
Evaluation of wlc for CVE-2016-5195 (DIRTY CoW) |
CSCvb89781 |
2700-B AP unable to join WLC: Unable to create temp dir "flash:/update" LR= 0xc011e2dc |
CSCvb90403 |
AP1810W hardware watchdog reset at PC= 0xc03b3ffc |
CSCvb90793 |
AP name unknown in SNMP bsnDot11StationDeauthenticate traps |
CSCvb92562 |
Evaluation of all for Openssl 1.0.1 September 2016 |
CSCvb94610 |
Restore command to disable GARP |
CSCvb94697 |
2800/3800 11n macbook client has dropping connectivity while connecting to AP3800 |
CSCvb95147 |
AP 1572EAC unable to use 80MHz |
CSCvc00358 |
WLC crash "apfRogueTask_0" missed software watchdog |
CSCvc09824 |
the AP2800 band select stats counter show zero |
CSCvc13175 |
GLC-T SFP stopped working in CT5520 (1G Port down on 5520) |
CSCvc15149 |
Barbados 8.2 MR4 - Not beaconing a SSID when it is in an AP group and SSID enabled later |
CSCvc16755 |
AP3802 custom power level not initialized after reboot |
CSCvc18699 |
Corsica: High pings drops traffic connectivity drops seen 8.2.131.40 |
CSCvc23658 |
Clients not removed from flexconnect and capwap in APs flexconnect central-sw |
CSCvc25669 |
rfidTask is causing a high CPU on the WLC |
CSCvc29030 |
100MHz channel separation between 5G band with XOR in monitor mode |
CSCvc31133 |
Unable to enable wlan with enabled selected option in GUI. Security: FT + Open |
CSCvc31304 |
83MR1: AP syslog flood for TLV-DEC-ERR: cannot process TLV for TLV_DMS_CLIENT_REQUEST_PAYLOAD(325/0) |
CSCvc32706 |
3800 APs: Not seeing all COS neighbors |
CSCvc32856 |
Barbados: Sends a AQ Event as soon as RRM changes channel causing bad channel selection and changes |
CSCvc33258 |
WLC: Unable to config RX-SOP threshold for IW3702 AP |
CSCvc33511 |
SNMPv3 access failing with either unknown user / no response |
CSCvc38214 |
2800/3800 Sending Acks to client at 54 data rate although Basic rate is 12 & 24 |
CSCvc39963 |
Barbados : FRA revert command failing to revert XOR to 2.4GHz |
CSCvc40470 |
AP radio hang chatter: wl0: rxRingStuckDetect(271): RX-HANG Detected!! |
CSCvc40564 |
TPC - Maximum/Minimum power level are not set as expected |
CSCvc42566 |
1702I AP - radio resets observed due to CleanAir error count exceeded |
CSCvc42741 |
AP3800/AP2800 : Failed to receive data keepalive and Process capwapd gone |
CSCvc42939 |
3800 AP duplicating multicast packets |
CSCvc43232 |
2800/3800 uses 11n data rates to send data packets to 11b only clients failing to assoc |
CSCvc43328 |
2800/3800 Sending Acks to client at 54 data rate although Basic rate is 12 & 24 in 8.2Mr4Esc |
CSCvc45038 |
2800/3800 Beacon drift 25ms with offchannel/cleanair scanning @3sec mc9060 client drops |
CSCvc48232 |
AP crash due to kernel panic at mhsm_transition |
CSCvc50228 |
2800/3800 Sending Data packets to the 11g clients sometimes with messed up data rates |
CSCvc50377 |
WLC7500: emWeb crash while doing "show run-config" on 8.0.110.11 |
CSCvc53578 |
2800/3800 11b only clients does not associate if HT is disabled |
CSCvc53675 |
1852 AP - kernel backtrace at ol_ath_tx_mgmt_wmi_send+0x0/0x1e4 |
CSCvc74695 |
XOR radio pushes local-mode AP config for flex-mode AP causing Client disconnect |
01-26-2017 06:16 AM
Hi
yes, this is socket error on the control component for the radio, if you reload it would recover, but the error may happen again
the only way to prevent this, is to run a fixed code
regards
01-31-2017 12:35 AM
Hi Javier,
We have opened a TAC case, because it seems we are sufering CSCvb61023 DHCP option 82. We are using an escalation version 8.1.131.34, this version fixes CSCva95121 Stale IP route left on Flex AP config if booting up in standalone mode. do you know if version 8.2MR5 will include both fixes?
Cisco TAC told me the following:
"till now there is no clear ETA but we are pushing for the fix to be included on 8.2MR5 CCO release which should be this February"
Our end customer is a very important ISP in spain, and they are having a lot of problems with WLC bugs since they deployed EoGRE
Also TAC told me that both fixes will be included in release 8.4, this version will be avalaible at the end of February too.
wich version do you recommend?
thank you very much for your help
02-05-2017 07:57 AM
Hi
At this time, this bug is planned to go into 8.2MR6, 8.4, and 8.3MR2
The fix arrived a bit late into 8.2MR5 program, so missed this release window. We can include in 8.2 after MR5 is posted, please ask TAC to reach out to me
8.4 is a new feature release, so if what you need is a bug fix, it is not the best candidate, unless you also need one of the new HW or SW features included
regards
02-13-2017 04:10 AM
Hi,
thank you very much for your help Javier.
They don't need any new HW or SW feature, but it is very urgent to fix the issues as soon as possible.
I think the best approach is include the fixes in 8.2 MR5.
i will ask to cisco TAC. thanks
02-05-2017 06:22 AM
Will MR5 fix the bug CSCut39733, thanks.
02-05-2017 07:54 AM
Hi Billy
CSCut39733 has been fixed since 8.2.100.0, so yes, included on this release
regards
02-06-2017 07:32 AM
Hello Javier,
We loaded 8.2.141.10 per TAC suggestion.
We had the issue on our(WLC 5520) 2800s bug (CSCvc32706) When on 8.3.104.78.
This seemed to fix our issues, however we noticed the APs started reporting Half Duplex to the switch But showing Full in GUI, filling my switch logs with Duplex-Mismatch errors.
Shutting the port down and bringing it back up seems to correct on my 3750X sw. But on a few legacy switches won't clear the error.
Is this a bug or Caveat to the 8.2.141.10? Have you seen this before.
We have a TAC case opened, but Figured I would ask here.
Yes, ports configured to Auto-Neg. the Speed and Duplex.
TKIP support req'd.
Any input appreciated.
02-24-2017 01:11 PM
Hi Javier,
In the first phase of a pilot deployment of 2802/5520, 6 out of 9 APs are continually disjoining and eventually rebooting.
On checking the AP syslogs created before the reload I'm seeing a lot of these:
Feb 24 08:21:44 kernel: [*02/24/2017 08:21:44.6082] CAPWAP State: Discovery
Feb 24 08:21:44 kernel: [*02/24/2017 08:21:44.6083] Got WLC settings(<wlc_ip>) from DHCP.
Feb 24 08:21:47 kernel: [*02/24/2017 08:21:47.0787] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:21:54 kernel: [*02/24/2017 08:21:54.6809] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:02 kernel: [*02/24/2017 08:22:02.2831] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:09 kernel: [*02/24/2017 08:22:09.8853] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:14 kernel: [*02/24/2017 08:22:14.6363] Discovery Request sent to <wlc_ip> with discovery type set to CAPWAP_DISCOVERY_TYPE_STATIC_CONFIG(1)
VERY_TYPE_DHCP(2) /24/2017 08:22:14.6380] Discovery Request sent to <wlc_ip> with discovery type set to CAPWAP_DISCO--More-- (66% of 8688 bytes)
Feb 24 08:22:14 kernel: [*02/24/2017 08:22:14.6390] Discovery Request sent to 255.255.255.255 with discovery type set to CAPWAP_DISCOVERY_TYPE_UNKNOWN(0)
Feb 24 08:22:17 kernel: [*02/24/2017 08:22:17.4875] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:24 kernel: [*02/24/2017 08:22:24.1396] CAPWAP State: Discovery
Feb 24 08:22:24 kernel: [*02/24/2017 08:22:24.1397] Got WLC settings(<wlc_ip>) from DHCP.
Feb 24 08:22:25 kernel: [*02/24/2017 08:22:25.0896] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:32 kernel: [*02/24/2017 08:22:32.6918] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:40 kernel: [*02/24/2017 08:22:40.2941] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:47 kernel: [*02/24/2017 08:22:47.8963] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:22:54 kernel: [*02/24/2017 08:22:54.1663] Discovery Request sent to <wlc_ip> with discovery type set to CAPWAP_DISCOVERY_TYPE_STATIC_CONFIG(1)
Feb 24 08:22:54 kernel: [*02/24/2017 08:22:54.1673] Discovery Request sent to <wlc_ip> with discovery type set to CAPWAP_DISCOVERY_TYPE_DHCP(2)
Feb 24 08:22:54 kernel: [*02/24/2017 08:22:54.1706] Discovery Request sent to 255.255.255.255 with discovery type set to CAPWAP_DISCOVERY_TYPE_UNKNOWN(0)
Feb 24 08:22:55 kernel: [*02/24/2017 08:22:55.4984] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:23:03 kernel: [*02/24/2017 08:23:03.1006] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:23:03 kernel: [*02/24/2017 08:23:03.6709] CAPWAP State: Discovery
Feb 24 08:23:03 kernel: [*02/24/2017 08:23:03.6711] Got WLC settings(<wlc_ip>) from DHCP.
Feb 24 08:23:10 kernel: [*02/24/2017 08:23:10.7028] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:23:18 kernel: [*02/24/2017 08:23:18.3051] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:23:25 kernel: [*02/24/2017 08:23:25.9072] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:23:33 kernel: [*02/24/2017 08:23:33.5094] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:23:33 kernel: [*02/24/2017 08:23:33.7018] Discovery Request sent to <wlc_ip> with discovery type set to CAPWAP_DISCOVERY_TYPE_STATIC_CONFIG(1)
Feb 24 08:23:33 kernel: [*02/24/2017 08:23:33.7029] Discovery Request sent to <wlc_ip> with discovery type set to CAPWAP_DISCOVERY_TYPE_DHCP(2)
Feb 24 08:23:33 kernel: [*02/24/2017 08:23:33.7038] Discovery Request sent to 255.255.255.255 with discovery type set to CAPWAP_DISCOVERY_TYPE_UNKNOWN(0)
Feb 24 08:23:41 kernel: [*02/24/2017 08:23:41.1116] Failed to get ARP entry for WLC <wlc_ip>
Feb 24 08:23:43 root: 2: Capwap Discovery Failed
Feb 24 08:23:43 busyboxreboot: ### reboot command [2: Capwap Discovery Failed] ###
Reset Request from Controller(Capwap Discovery Failed) Rebooting: --More-- (99% of 8688 bytes)
Feb 24 08:23:43 init: starting pid 13403, tty '': '/etc/init.d/shutdown'
So it seems the AP are hitting:
Barbados Flex - AP disjoins with 'Failed to get ARP entry for WLC' error |
But I'm not able to view the bug because of permissions. AP's are in local mode not in Flex.
Is it likely the latest interim will resolve this issue?
02-27-2017 02:59 AM
Hi Bart
yes, on quick check, this seems to be CSCva74927
The fix corrects a timing issue where a discovery is sent to transmit, before the IP stack is fully up
it is corrected on the current MR build.
if you see any issues, please let me know
regards
03-01-2017 09:15 AM
Hello,
Any word on when this will be released? Feb has come and gone. I see that 8.3.111.0 is out, but no new releases for 8.2 yet.
Thanks,
Ethan
03-02-2017 07:11 AM
Hi Ethan
we are on final verification steps, if all goes well, it should be posted by next week
regards
03-02-2017 07:34 AM
Thank you
Eagerly awaiting release to see if it addresses undesirable behavior I'm seeing with 702W connected wired and wireless clients.
03-02-2017 08:20 AM
Hi Javier,
We had 28 2802 series( E and I). Some of them (about 5) meet the bug CSCva98904 (2800/3800 reload: rcu_sched self-detected stall). We plan to upgrade to 8.3 MR1. We check the release note of 8.3 MR1. The bug CSCva98904 is open caveats in Release 8.3.111.0,but it had been fixed in 8.2(131.5) by your bug search notes. But we also check the release notes of 8.2(130) and 8.2(141) ,the bug CSCva98904 had not been listed in resolved caveat list.
Does the CSCva98904 has been fixed in 8.2 MR4 or 8.2 MR5? If it is correct . Can we upgrade WLC OS to the fixed version(just to fix AP bootloader) , and then upgrade WLC to 8.3.110 ?
Sorry for my pool english.
Thanks!
03-06-2017 05:57 PM
Hi Javier:
Do I need to open TAC case to check CSCva98904 status?
Thanks!
[11/25/2016 13:36:30.1100] INFO: rcu_sched self-detected stall on CPU[11/25/2016 13:36:30.1800] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 0, t=1351372 jiffies, g=4294967241, c=4294967240, q=6975)
running 0 3711 3583 0x00000006
[11/25/2016 13:36:30.3800] Backtrace:
[11/25/2016 13:36:30.4200] [<bc9a5cfc>] (0xbc9a5cfc) from [<bc9a5d24>] (0xbc9a5d24)
[11/25/2016 13:36:30.5100] Backtrace aborted due to bad frame pointer <00000002>
[11/25/2016 13:36:30.6000] { 1}
-rw-r (t=1351422 jiffies g=4294967241 c=4294967240 q=6975)
--r-- 1 root [11/25/2016 13:36:30.7100] CPU: 1 PID: 3711 Comm: insmod Tainted: G O 3.14.33 #1
[11/25/2016 13:36:30.7100] Backtrace:
root [11/25/2016 13:36:30.8600] [<8010a5dc>] (dump_backtrace) from [<8010a89c>] (show_stack+0x18/0x1c)
[11/25/2016 13:36:30.9800] r6:809340c0 r5:bf7e66d8 r4:00000000 r3:00400100
4096 Feb 21 2[11/25/2016 13:36:31.0600] [<8010a884>] (show_stack) from [<8066b9f4>] (dump_stack+0x70/0x8c)
017 random_seed
[11/25/2016 13:36:31.1800] [<8066b984>] (dump_stack) from [<801675d8>] (rcu_check_callbacks+0x210/0x6b4)
[11/25/2016 13:36:31.1800] r4:80942f80
[39C-rw-r--r-- 1 r3:80942c08
root root [11/25/2016 13:36:31.3700] [<801673c8>] (rcu_check_callbacks) from [<801294d4>] (update_process_times+0x40/0x64)
[11/25/2016 13:36:31.3700] r10:801719b4 r9:8092f2f0 r8:bc9a5a80 r7:00000001 r6:00000000 r5:beacc000
3 Sep[11/25/2016 13:36:31.6200] r4:bc9a4000
13 00:00 rxtx_m[11/25/2016 13:36:31.6800] [<80129494>] (update_process_times) from [<80171b88>] (tick_sched_timer+0x1d4/0x220)
[11/25/2016 13:36:31.6800] r7:bf7e62f0 r6:bf7e6328 r5:7fffffff r4:bf7e6920
ode
-rw-r--r-- [11/25/2016 13:36:31.8900] [<801719b4>] (tick_sched_timer) from [<8013da04>] (__run_hrtimer+0x108/0x204)
[11/25/2016 13:36:31.8900] r10:801719b4 r9:8092f2f0 r8:bc9a5a80 r7:bf7e62f0 r6:bf7e6328 r5:7fffffff
1 root ro[11/25/2016 13:36:32.1300] r4:bf7e6920
ot 64[11/25/2016 13:36:32.1800] [<8013d8fc>] (__run_hrtimer) from [<8013e3bc>] (hrtimer_interrupt+0x138/0x2c4)
[11/25/2016 13:36:32.1800] r10:bf7e62f0 r8:3eeb7000 r7:00000000 r6:31a6d700 r5:7fffffff r4:ffffffff
Feb 21 2017 se[11/25/2016 13:36:32.4200] [<8013e284>] (hrtimer_interrupt) from [<8010d8a4>] (twd_handler+0x34/0x40)
[11/25/2016 13:36:32.4200] r10:bf7eb1c0 r9:bf3d6480nsord_CSPRNG0
- r8:80950a54rw-r--r-- 1 r r7:0000001doot root r6:8093b374 64 Feb 2 r5:bf018280
1 2017 sensord_[11/25/2016 13:36:32.7100] r4:00000001CSPRNG1
drwxr-x
r-x 3 support[11/25/2016 13:36:32.7900] [<8010d870>] (twd_handler) from [<80160b88>] (handle_percpu_devid_irq+0xa4/0x12c)
root [11/25/2016 13:36:32.9200] r4:bf008600 224 Sep 13 00:0 r3:8010d8700 support
drwxr
-xr-x 2 root [11/25/2016 13:36:33.0300] [<80160ae4>] (handle_percpu_devid_irq) from [<8015d10c>] (generic_handle_irq+0x28/0x38)
root [11/25/2016 13:36:33.1600] r10:007cd000 r8:7f0b9068 976 Nov 25 09 r7:bc9a5b7c r6:8093b374:51 syslogs
--- r5:00000000 r4:0000001d
----------------[11/25/2016 13:36:33.3200] [<8015d0e4>] (generic_handle_irq) from [<801071c8>] (handle_IRQ+0x6c/0x94)
----------------[11/25/2016 13:36:33.4400] r4:0000001d r3:000000fe----------------
----------------[11/25/2016 13:36:33.5400] [<8010715c>] (handle_IRQ) from [<801004c0>] (gic_handle_irq+0x44/0x68)
[11/25/2016 13:36:33.6600] r5:bc9a5b48--------
Filesy r4:c0802100
stem [11/25/2016 13:36:33.7300] [<8010047c>] (gic_handle_irq) from [<80672d40>] (__irq_svc+0x40/0x50)
Size Us[11/25/2016 13:36:33.8400] Exception stack(0xbc9a5b48 to 0xbc9a5b90)
ed Available Use[11/25/2016 13:36:33.9300] 5b40: 00000000 00000000 c3600000 c3600000 bf3d6000 8093a400
% Mounted on
fl[11/25/2016 13:36:34.0600] 5b60: b8600000 00028e24 7f0b9068 bf3d6480 007cd000 bc9a5bcc c360e000 bc9a5b90
ash [11/25/2016 13:36:34.1900] 5b80: 00000100 7f011470 60000013 ffffffff
57.5M [11/25/2016 13:36:34.2800] r6:ffffffff r5:60000013232.0K 54.3M r4:7f011470 r3:00000100 0% /storage
[11/25/2016 13:36:34.4100] [<7f011334>] (wlFwDownload [ap8x]) from [<7f02b704>] (wlInit+0x4f8/0x1304 [ap8x])
[11/25/2016 13:36:34.5300] r10:bf3d6000 r9:00028e10 r8:00028e1c r7:00028e24 r6:00028e18
# r5:00000000
[11/25/2016 13:36:34.6300] r4:bf3d6480
[11/25/2016 13:36:34.6700] [<7f02b20c>] (wlInit [ap8x]) from [<7f02ca08>] (wlprobe+0x4f8/0x818 [ap8x])
[11/25/2016 13:36:34.7800] r10:7f0b9450 r9:bf3d6480 r8:f8200000 r7:c3600000 r6:7f0be35c r5:bf0e7000
[11/25/2016 13:36:34.8900] r4:bf3d6000
[11/25/2016 13:36:34.9300] [<7f02c510>] (wlprobe [ap8x]) from [<8039623c>] (pci_device_probe+0x60/0xa4)
[11/25/2016 13:36:35.0400] r10:00002b40 r9:00000000 r8:7f0b94a4 r7:00000000 r6:7f0b94d8 r5:bf0e7000
[11/25/2016 13:36:35.1500] r4:bf0e7068
[11/25/2016 13:36:35.1900] [<803961dc>] (pci_device_probe) from [<803d4dec>] (driver_probe_device+0xb4/0x1fc)
[11/25/2016 13:36:35.3100] r8:7f0b941c r7:00000002 r6:7f0b94d8 r5:00000000 r4:bf0e7068 r3:803961dc
[11/25/2016 13:36:35.4100] [<803d4d38>] (driver_probe_device) from [<803d4fa4>] (__driver_attach+0x70/0x94)
[11/25/2016 13:36:35.5200] r7:803d4f34 r6:7f0b94d8 r5:bf0e709c r4:bf0e7068
[11/25/2016 13:36:35.6000] [<803d4f34>] (__driver_attach) from [<803d34c8>] (bus_for_each_dev+0x5c/0x98)
[11/25/2016 13:36:35.7200] r6:7f0b94d8 r5:bc9a5d48 r4:00000000 r3:803d4f34
[11/25/2016 13:36:35.8000] [<803d346c>] (bus_for_each_dev) from [<803d4940>] (driver_attach+0x20/0x28)
[11/25/2016 13:36:35.9000] r7:80959ce4 r6:00000000 r5:bea11700 r4:7f0b94d8
[11/25/2016 13:36:35.9800] [<803d4920>] (driver_attach) from [<803d457c>] (bus_add_driver+0xd8/0x1d8)
[11/25/2016 13:36:36.0900] [<803d44a4>] (bus_add_driver) from [<803d5698>] (driver_register+0xa4/0xe8)
[11/25/2016 13:36:36.2000] r7:7f0b9450 r6:00000002 r5:0000001c r4:7f0b94d8
[11/25/2016 13:36:36.2800] [<803d55f4>] (driver_register) from [<80396340>] (__pci_register_driver+0x40/0x48)
[11/25/2016 13:36:36.4000] r5:0000001c r4:7f0b941c
[11/25/2016 13:36:36.4500] [<80396300>] (__pci_register_driver) from [<7f27015c>] (wlmodule_init+0x15c/0x194 [ap8x])
[11/25/2016 13:36:36.5700] [<7f270000>] (wlmodule_init [ap8x]) from [<801007ac>] (do_one_initcall+0x9c/0x140)
[11/25/2016 13:36:36.6900] r10:7f0be21c r8:7f270000 r7:00000001 r6:7f0be1e0 r5:00000000 r4:7f0be1d4
[11/25/2016 13:36:36.8000] [<80100710>] (do_one_initcall) from [<8017b034>] (load_module+0x1928/0x1c04)
[11/25/2016 13:36:36.9100] r10:7f0be21c r9:00000001 r8:bc9a7d40 r7:00000001 r6:7f0be1e0 r5:00000000
[11/25/2016 13:36:37.0100] r4:7f0be1d4
[11/25/2016 13:36:37.0500] [<8017970c>] (load_module) from [<8017b3d8>] (SyS_init_module+0xc8/0xe0)
[11/25/2016 13:36:37.1600] r10:00000000 r9:bc9a4000 r8:80106408 r7:00000080 r6:001c6008 r5:000e93e4
[11/25/2016 13:36:37.2700] r4:76e0c008
[11/25/2016 13:36:37.3100] [<8017b310>] (SyS_init_module) from [<80106260>] (ret_fast_syscall+0x0/0x30)
[11/25/2016 13:36:37.4200] r6:001c6008 r5:76e0c008 r4:7eea7f0a
03-06-2017 04:57 AM
Hi Javier,
Regarding the SNMPv3 bug (CSCvc33511) I'm still not able to manage a 5520 (latest .67 code) with SNMPv3 using Prime Infra 3.1.5 (DP7). Reload as suggested does not work either. SNMPv2c does work. Tried longer and shorter usernames and passwords and both SHA1/AES and MD5/DES. Older WLC5508 can be managed with SNMPv3 using Prime.
On debugging SNMP on the (active) WLC, I receive the following (filtered on SNMPD only):
*SNMPTask: Mar 06 12:53:17.988: [PA] SNMPD: Packet from: <ip_prime>:63556, in_packet_len = 155
*SNMPTask: Mar 06 12:53:17.988: [PA] SNMPD: Failed to build SnmpMessage error code = 603
*SNMPTask: Mar 06 12:53:17.988: [PA] SNMPD: *NOT* sending out packet, out_packet_len = 0
*SNMPTask: Mar 06 12:53:23.232: [PA] SNMPD: Packet from: <ip_prime>:9414, in_packet_len = 144
*SNMPTask: Mar 06 12:53:23.232: [PA] SNMPD: calling srDoSnmp.
*SNMPTask: Mar 06 12:53:23.232: [PA] SNMPD: received get pdu
*SNMPTask: Mar 06 12:53:23.232: [PA] SNMPD:calling do_response
*SNMPTask: Mar 06 12:53:23.233: [PA] SNMPD: Sending SNMP packet to <ip_prime>:9414, out_packet_len = 147
*SNMPTask: Mar 06 12:53:27.989: [PA] SNMPD: Packet from: <ip_prime>:63556, in_packet_len = 155
*SNMPTask: Mar 06 12:53:27.989: [PA] SNMPD: Failed to build SnmpMessage error code = 603
*SNMPTask: Mar 06 12:53:27.989: [PA] SNMPD: *NOT* sending out packet, out_packet_len = 0
*SNMPTask: Mar 06 12:53:37.989: [PA] SNMPD: Packet from: <ip_prime>:63556, in_packet_len = 155
*SNMPTask: Mar 06 12:53:37.989: [PA] SNMPD: Failed to build SnmpMessage error code = 603
*SNMPTask: Mar 06 12:53:37.989: [PA] SNMPD: *NOT* sending out packet, out_packet_len = 0
*SNMPTask: Mar 06 12:54:01.871: [PA] SNMPD: Packet from: <ip_prime>:9414, in_packet_len = 49
*SNMPTask: Mar 06 12:54:01.871: [PA] SNMPD: calling srDoSnmp.
*SNMPTask: Mar 06 12:54:01.871: [PA] SNMPD: received get pdu
*SNMPTask: Mar 06 12:54:01.871: [PA] SNMPD:calling do_response
*SNMPTask: Mar 06 12:54:01.871: [PA] SNMPD: Sending SNMP packet to <ip_prime>:9414, out_packet_len = 52
*SNMPTask: Mar 06 12:54:01.876: [PA] SNMPD: Packet from: <ip_prime>:9414, in_packet_len = 71
*SNMPTask: Mar 06 12:54:01.876: [PA] SNMPD: received get pdu
*SNMPTask: Mar 06 12:54:01.876: [PA] SNMPD:calling do_response
*SNMPTask: Mar 06 12:54:01.876: [PA] SNMPD: Sending SNMP packet to <ip_prime>:9414, out_packet_len = 94
etc...
Any idea what is happening and how to fix?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide