| |
|
Alert Type: | New |
Bug Id: | CSCuv53674 | Title: | [5.2.5.3I SIT] install prepare got aborted after 90 mins(timeout) |
|
Status: | Open |
|
Severity: | 2 Severe |
Description: | Symptom:Install prepare/activate blocks till timout happens
Conditions:Install prepare/activate blocks till timout happens Workaround:Restart inst_agent in sysadmin on All RPs
|
|
Last Modified: | 29-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE, 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu37545 | Title: | Rib and bcdl processes shut down on standby after reinserting RP |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: process shutdown on standby after re-inserting RP
Conditions: RP physical OIR and then insertion
Workaround: Reload standby RP XR VM
Further Problem Description: Here we see that DS service running on standby RP is learning about the endpoints from other nodes little late. Processes look for service end points and exit when they do not get them from DS. They repeat this on respawn and eventually go to shutdown state.
|
|
Last Modified: | 20-AUG-2015 |
|
Known Affected Releases: * | 5.2.3.BASE, 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.12i.BASE, 6.0.0.8i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCut19134 | Title: | ISSU-XR: RP1 VM stuck at Unknown Band in load phase |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:For ISSU case: ISSU will be aborting due to one of the v2 LC vm going down Issu cleanup wont be clean the v2 vms (thats the sympom).
For all other reload cases: -> XR LC VM will reload due to below reason and also XR VM on RP will not be coming up properly: VM_REQUESTED_UNGRACEFUL_RELOAD:Headless SDR-No Boot Server Node
This is because the lead information from the RP will not be propagated to other nodes .
Run the below command from shell on RP cmp_dbg -s pm This will show 0xffffffff for both the Lead and back up lead.
Conditions:issue (where LC VM won't come up) happens during fresh boot of the system. It could be -> Reload of all XR VMs -> Install activate / deactivate of reload smu -> Fresh boot up of the system ->xR ISSU
Workaround:Steps: ISSU case: hw mod reload of v2 xr vm
Other reload cases: 1)Restarting the CM on RP belonging to SDR lead pair (often it is running on 0/RP0) should recover all the nodes including LC's (if it happens to be CM system lead). 2) If it doesn't recover, please run this command from calvados prompt: sdr default-sdr location all start
More Info:->Information regarding case where LC won't come up: Race condition could occur in cmp which will cause right notifications to go out with stale identifier. Because of the same, CM is dropping the lead notification sent out by CMP on 0/RP0 since it was with stale identifier. This is turn will result in lead information not getting propagated to the other nodes. LC will wait for 10 mins to get the lead info and since it couldn't get it , it will go down due to "No Boot Server Node condition.
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: | 5.2.5.8i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv34470 | Title: | NCS6K ISSU DT: OSPF/BGP procols keep flapping on bundle interface |
|
Status: | Terminated |
|
Severity: | 2 Severe |
Description: | Symptom: The router is not receiving traffic from peer routers. Also there seems to be packets drops on the NPU side on the line card.
Conditions:
Workaround: None
Further Problem Description:
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCup27504 | Title: | TCP crash @ socket_async_evm_id2session |
|
Status: | Open |
|
Severity: | 2 Severe |
Description: | Symptom: In rare occasions, customer may see an intermittent TCP Crash after the TCP process is restarted
Conditions: Seen only intermittently when there is a restart of the TCP process (and TCP process restart will be a rare occurrence)
Workaround: No workaround, the process will recover automatically
Further Problem Description:
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.1.BASE, 5.2.1.ROUT |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus15240 | Title: | panini issu: BFD flap issue - Pinning FIAT to vCPU#0 |
|
Status: | Fixed |
|
Severity: * | 2 Severe |
Description: | Symptom: BFD Flaps are seen
Conditions: Whenever a slice reset is triggered.
Workaround: Unpin the FIA driver process from vCPU1.
Further Problem Description: BFD flaps are seen during slice reset condition. This is due to FIA driver which hogs the CPU and hence BFD did not get time to execute. The spike in FIA driver CPU usage is expected during slice reset as it resets the AMBA asic.
|
|
Last Modified: | 18-AUG-2015 |
|
Known Affected Releases: * | 5.2.3.BASE, 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.2i.BASE, 6.0.0.9i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv34332 | Title: | The Link error count increases unders show asic-errors npu <> |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: When the port is no shut and no fibers are attached to the ports the ports cause increase in the Link error count.
Conditions: The port should in no shut state and no fibers are connected to the port.
Workaround: The ports should be admin shut which will not increase the count.
Further Problem Description: NA
|
|
Last Modified: | 17-AUG-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: * | 5.2.5.22i.BASE, 6.0.0.11i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu72972 | Title: | Hotplug not received for one asic causing S2 to reload second time |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: Sometimes, there's some bad state in host side. Or ESD takes Fabric card driver card slot
Conditions: Especially on big switch, there's NTSW happen frequently.
Workaround:
Further Problem Description:
|
|
Last Modified: | 13-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: * | 5.2.5.19i.BASE, 5.2.5.5i.BASE, 6.0.0.11i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv63655 | Title: | Deactivating issu smu(s) router stuck in prepare phase |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: cannot deactivate issu smu using issu keyword , apparently router stuck in prepare phase
Conditions: router having a few active issu smu's
Workaround: router reload
Further Problem Description:
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE, 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.23i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCut24831 | Title: | HB failure between RP0 XR vm and RP1 calvados rvm_mgr |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: rvm_mgr will reload the card when calv VM on that particular card goes down. show reboot history on that card, we will see rvm_mgr reloading the card due to peer service vm and admin vm down.
Conditions: This issue will be observed only on MC 1. calv ISSU 2. back to back reload of calv VM on 0/RP0 followed by 0/RP1
Workaround: card will reload and then it recovers itself
Further Problem Description: when on phase 1: 0/RP1 is reload and back, but not fully recover and from 0/RP0 XR Vm send pkt to 0/RP1 calv side, and it will go for a loop and finally register in its own switch FDB. Add FDB port 34 wrong entry in 0/RP0 switch FDB. Then when 0/RP0 calv VM goes down on phsae2, switch has wrong FDB entry and dead when esd is down. So pkt will never go forward to 0/RP0 XR VM
|
|
Last Modified: | 13-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.6i.BASE, 6.0.0.11i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCus64833 | Title: | please remove 1 minute timer in the PD mcast mrib code |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: * | $$IGNORE
Ignored 1 minute timer during ISSU run phase and committed the code
Symptom: you may see 1 minute timer in the PD mcast mrib code on release 5.2.3 on platform NCS6K.
Conditions: ISSU
Workaround: n/a
Further Problem Description:
|
|
Last Modified: | 07-AUG-2015 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu59301 | Title: | consecutive pita HR causes driver crash |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: driver crash
Conditions: Consecutive HR's on pita
Workaround: reload LC
Further Problem Description: Consecutive HR's on pita , driver crashes
|
|
Last Modified: | 13-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.12i.BASE, 5.3.2.19i.BASE, 5.3.3.5i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv24857 | Title: | show tech broken in XR with location option |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: As part of node list generation in showtech infra, the format of the node in the list and the location (argument passed in cli) were different. Which resulted in showtech cli failure.
Conditions: its specific to 525 lineup.
Workaround: the issue was fixed by making the format same for the above mentioned node comparison.
Further Problem Description:
|
|
Last Modified: | 07-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.19i.BASE, 5.2.5.5i.BASE, 6.0.0.10i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu07648 | Title: | bundlemgr_adj stuck in mutex by rdm_client_write after config applied |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: We ran into two slightly different issues (bundlemgr_adj proc blocked) 1. Processes blocked forever on config apply two times successively 2. Processed getting blocked for few mins on config apply, and recovers on their own.
Conditions: steps to hit this issue:
- Applied the config file. The break-out interfaces are then reated - Loaded the config file again to add the config for these break-out interfaces
Workaround: no
Further Problem Description:
|
|
Last Modified: | 13-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE, 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.12i.BASE, 5.3.2.19i.BASE, 5.3.3.5i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv96164 | Title: | fabric planes going to MCAST down when adding new rack s13's |
|
Status: | Open |
|
Severity: | 2 Severe |
Description: | Symptom: Fabric planes going to MCAST down when adding new rack s13's in the following scenarios 1) With fabric plane 0 shut down with LC's in new LCC, 2) Fabric plane 0 shut down without LC's in new LCC, 3) With 2/fc0 insertion without doing fabric plane shut and with LC's in new LCC, 4) With 2/fc0 insertion without doing fabric plane shut and without LC's in new LCC.
Conditions: Fabric planes going to MCAST down when adding new rack s13's in the following scenarios 1) With fabric plane 0 shut down with LC's in new LCC, 2) Fabric plane 0 shut down without LC's in new LCC, 3) With 2/fc0 insertion without doing fabric plane shut and with LC's in new LCC, 4) With 2/fc0 insertion without doing fabric plane shut and without LC's in new LCC.
Workaround: none
Further Problem Description: Fabric planes going to MCAST down when adding new rack s13's in the following scenarios 1) With fabric plane 0 shut down with LC's in new LCC, 2) Fabric plane 0 shut down without LC's in new LCC, 3) With 2/fc0 insertion without doing fabric plane shut and with LC's in new LCC, 4) With 2/fc0 insertion without doing fabric plane shut and without LC's in new LCC.
|
|
Last Modified: | 29-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu63975 | Title: | Memory leak in inventory lib |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: Memory leak is seen in inventory lib.
Conditions: 524 image on NCS6K
Workaround: NA
Further Problem Description:
|
|
Last Modified: | 07-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: * | 5.2.5.14i.BASE, 6.0.0.10i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv44806 | Title: | newly created p2mp tunnels use the higher cost path |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom: New p2mp tunnel expanded on ABR could using the higher cost path if that path had been preferred previously before topology change. Conditions:The issue only happen for inter-area p2mp tunnel expanded on ABR with path which has higher cost but had been preferred previously due to different path calculation constrain.
Workaround:Re-setup the tunnel.
More Info:
|
|
Last Modified: | 29-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | 5.2.5.20i.MPLS, 6.0.0.11i.MPLS |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuu58208 | Title: | Observe %INFRA-ESD-3-PORT_AUTO_TUNE_FAILURE msgs after reloading SW card |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:The following alarms were reported in Sysadmin from "show alarms brief" on an NCS6K
MC system with the combo switch/SC cards on a FC
F0/SW0/F_SW0/112 major ethernet 06/20/15 21:11:17 Switch port auto tune failure. F0/SW0/F_SW0/116 major ethernet 06/20/15 21:11:17 Switch port auto tune failure
show controller switch mlap reachable doesn't list the F-SW card on the other side of port 112 and 116 of thw F-SW reporting the above errors. Conditions: This may happen after FCC rack reload on an NCS 6008 Multichassis router that is using the combination Shelf Controller switch cards when running IOS XR software version 5.2.4 Workaround: Reload the SW card missing in show controller switch mlap reachable. Reload the other SW card after the first one comes back online.
|
|
Last Modified: | 20-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | 5.2.5.20i.BASE, 6.0.0.10i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuq31566 | Title: | telnetd crash when receiving malformed telnet packet |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: * | Symptoms: A vulnerability in telnetd process of Cisco IOS XR could allow an unauthenticated, remote attacker to cause a reload of the affected service.
The vulnerability is due to improper processing of malformed telnet packet directed to a device configured to process such packets to itself. An attacker could exploit this vulnerability by sending a malformed telnet packet to a device that is configured to accept telnet connections to itself and process them for remote management. An exploit could allow the attacker to cause a reload of the affected service. Conditions: Cisco IOS XR device is configured to accept telnet connections for remote management. Workaround: None.
PSIRT Evaluation: The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 5/4.1: http://tools.cisco.com/security/center/cvssCalculator.x?vector=AV:N/AC:L/Au:N/C:N/I:N/A:P/E:F/RL:OF/RC:C&version=2.0 CVE ID CVE-2015-0776 has been assigned to document this issue. Additional information on Cisco's security vulnerability policy can be found at the following URL: http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html |
|
Last Modified: | 11-AUG-2015 |
|
Known Affected Releases: | 5.0.1.BASE |
|
Known Fixed Releases: | 4.3.4.SP8, 5.3.1.10i.FWDG, 6.0.0.5i.FWDG |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv31480 | Title: | ISSU aborts due to excessive TCP retransmissions on standy RP node |
|
Status: | Open |
|
Severity: | 2 Severe |
Description: | Symptom: The following error log would be observed along with XR-ISSU operation being aborted due to bgp process restart
bgp[1047]: %ROUTING-BGP-3-NBR_NSR_DISABLED : NSR disabled on neighbor 100.20.1.1 due to 'ip-tcp' detected the 'warning' condition 'NSR is down because the retransmission threshold exceeded (probably because downstream RP is not healthy)'
RP/0/RP0/CPU0:Jul 10 20:07:06.356 : issudir[375]: %INSTALL-ISSUDIR-1-OPERATION_ABORT : ISSU Aborted : issu-mgr reported proc restart
Conditions: The issue would be observed when XR-ISSU RUN phase is in progress and bgp is configured on the system. Due to which XR-ISSU operation aborts.
Workaround: None.
Restart the ISSU operation after clean-up.
Further Problem Description: When a XR-ISSU operation on a NCS6k system is triggered with bgp enabled on the system during the ISSU-RUN phase the operation gets aborted due bgp process restart. The bgp process restart is expected when there is a data path issue which is being pointed out by the syslog "TCP retransmissions threshold exceeded"
|
|
Last Modified: | 31-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv60247 | Title: | ISSU SMU activation aborted due to mpls_ldp sync failure during load pha |
|
Status: | Terminated |
|
Severity: | 2 Severe |
Description: | Symptom: issu smu load phase aborted due to mpls_ldp sync failure
Conditions: issu smu activation
Workaround: none
Further Problem Description:
|
|
Last Modified: | 19-AUG-2015 |
|
Known Affected Releases: | 5.2.4.MPLS |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCum25026 | Title: | Incorrect Calvados mgmt port LED status |
|
Status: * | Other |
|
Severity: | 3 Moderate |
Description: | Symptom: LED status of sysadmin management interface shows incorrect behavior where the LED is always ON when the interface is administratively shutdown.
Conditions: Administratively shutdown the sysadmin management interface
Workaround:
Further Problem Description:
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.0.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv03631 | Title: | ESD keep trying registering the SFP aid every 200 msec and failing |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | ESD process esd-F-SW1 on SC, which don't have hw control of F-SW1 keep registering SFP eid every 200 msec
Symptom: these can be seen from trace
Conditions: after boot up. on the esd big switch process which dont have HW in FCC
Workaround: no workarounds
Further Problem Description: we have a logic in esd which every process from child thread will register with CPMI, but we have a condition to check SFP eid status every period. fix that period and also only allow the process which has the real hw can do retry on registering the unregistered SFP eid
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | 5.2.5.23i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv72074 | Title: | NCS6K MC alarm F-SW is missing an expansion port connection after OIR |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Active alarm on F-SW missing expansion port connection to one or more RP-SW/SC-SW switches.
show controller switch statistics location |
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: * | 5.2.5.23i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCur77305 | Title: | panini_spio_fill_bdl_mbr_info floods in v2-A during load phase |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:In NCS6000 release 5.2.3, following syslog might be seen when interface with LLDP comes up :
lldp_agent[1097]: vimi decode: mbr_count: 1, mbr_ifh: 0x3000028, mbr_lon: 0, mbr_weight: 1, mbr number: 0 lldp_agent[1097]: panini_spio_fill_bdl_mbr_info: mbr 0, ifh :0x3000028, pic 0x111, status :0 lldp_agent[1097]: panini_spio_fill_bdl_mbr_info: Success getting uidb_index for mbrifh: 0x3000028, uidb_index :0x1
Conditions:interface comes up with LLDP
Workaround:none available, cosmetic
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: * | 5.2.5.22i.BASE, 5.2.5.23i.BASE, 5.3.1.10i.BASE, 6.0.0.5i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv60589 | Title: | Overrun counters after breakout to 10G with traffic on that slice |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Overrun counters after breakout
Conditions: Overrun counters after breakout to 10G with traffic on that slice
Workaround: No workaround
Further Problem Description: Overrun counters after breakout to 10G with traffic on that slice. Connected back to back 100G cable
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.23i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv58272 | Title: | Npu asic errors while collecting sh tech qos platform |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: ASIC errors will be seen while collecting sh tech qos platform
Conditions: ASIC errors will be seen while collecting sh tech qos platform
Workaround: none
Further Problem Description: ASIC errors will be seen while collecting sh tech qos platform
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.4.ROUT |
|
Known Fixed Releases: * | 5.2.5.23i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuq63184 | Title: | NGN:add/remove random-detect in policy causes rate counters stop working |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Rate counters in class-map of an output policy are not updating on NCS6K interface
Conditions: add/remove random-detect cli couple of times from a class of a policy applied on an interface
Workaround: none. Doesn't affect functionality.
Further Problem Description:
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.1.BASE |
|
Known Fixed Releases: * | 5.2.5.23i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv91541 | Title: | sdr_instmgr leaks memory due to repeated activate and de-activate pkg |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom: memory leaks with repeated act/de-act pks
Conditions: repeated act/de-act pks
Workaround: none
Further Problem Description:
|
|
Last Modified: | 26-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv01768 | Title: | Inconsistent LED/envmon output on NCS6K calvados |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Inconsistent LED/envmon output on NCS6K calvados
Conditions: Right after system reload
Workaround: None
Further Problem Description: Inconsistent LED/envmon output on NCS6K calvados after system reload.
|
|
Last Modified: | 25-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.22i.BASE, 6.0.0.12i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCum21353 | Title: | 521: NCS6K sends LLDP frames with wrong ipv4 interface address |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Management Addresses: IPv4 address: 1.1.15.55 <<< wrong value IPv6 address: 2002::55:15:1:1 <<< correct value
Management Addresses: IPv4 address: 204.98.28.172 <<< wrong value IPV4 address: 172.28.98.204 <<<<< correct value
Conditions: show lldp neighbor detail observes reversed IP-address.
Workaround: none.
Further Problem Description:
|
|
Last Modified: | 21-AUG-2015 |
|
Known Affected Releases: | 5.2.1.BASE |
|
Known Fixed Releases: | 5.2.1.25i.FWDG, 5.2.2.13i.FWDG, 5.3.0.1i.FWDG |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv59526 | Title: | Version string is not read correctly in BIOS 14.05 |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: Version string is not read correctly in BIOS 14.05
Conditions: in NCS6k on latest image which has BIOS of 14.05 , has this issue where backup bios can be printed as garbage number
Workaround: None
Further Problem Description:
|
|
Last Modified: | 20-AUG-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | 5.2.5.22i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu34467 | Title: | npu_driver fails to capture logs needed to debug why NPU asic reset |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: The npu_driver process may fail to capture logs needed to debug why NPU asic reset.
Conditions: This issue is seen on a NCS6K router booted with Cisco IOS XR version 5.2.5-08i.
Workaround: None
Further Problem Description:
|
|
Last Modified: | 13-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.13i.BASE, 5.3.2.19i.BASE, 5.3.3.5i.BASE, 6.0.0.6i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu92228 | Title: | Issues in npu driver while installing ucode smu's |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:A new version of microcode that is distributed via SMU will fail to load properly. Conditions:Installation of a microcode SMU after a previous installation of a microcode SMU.(i.e, the 2nd microcode SMU installed on a system may trigger this issue). Workaround:a) Reload the affected Linecard. b) Reload the system. More Info:Once the linecard and/or system are reloaded,the loaded microcode SMU will function normally.
|
|
Last Modified: | 13-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: * | 5.2.5.2i.BASE, 5.3.2.19i.BASE, 5.3.3.5i.BASE, 6.0.0.9i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCul06201 | Title: | Calv: CLI redirection write vulnerability to overwrite arbitrary file |
|
Status: | Terminated |
|
Severity: | 3 Moderate |
Description: * | Symptoms: CLI redirection can sometimes allow for arbitrary file overwrite.
Conditions: None. Workaround: None.
PSIRT Evaluation: The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 1.7/1.4: http://tools.cisco.com/security/center/cvssCalculator.x?vector=AV:L/AC:L/Au:S/C:N/I:P/A:N/E:F/RL:OF/RC:C&version=2.0 No CVE ID has been assigned to this issue. Additional information on Cisco's security vulnerability policy can be found at the following URL: http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html |
|
Last Modified: | 11-AUG-2015 |
|
Known Affected Releases: | 5.2.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu77444 | Title: | Install remove inactive <host> VM should be added in Admin VM |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: * | Symptom: Install remove inactive VM should be added in Admin VM
Conditions: On NCS-6k , host VM deletion from the repository is not supported which is requested in here
Workaround: None
Further Problem Description:
|
|
Last Modified: | 10-AUG-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu95426 | Title: | Power Tray alarms on an NCS 6008 |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: An NCS 6008 router may display power tray and power shelf alarms after a router reload.
Conditions: This may happen on an NCS 6008 multi-chassis router running IOS XR version 5.2.4 when reloading the entire router
Workaround: Restart the ccc_driver process on the affected node from Sysadmin. Example if the affected node is F1/SC0: sysadmin-vm:F0_SC0# process restart ccc_driver location F1/SC0
Further Problem Description: Example of "show alarms brief" output from Sysadmin: F1/PT0 major environ 06/22/15 14:13:53 Power tray undetected. F1 major environ 06/22/15 14:13:56 Power Shelf redundancy lost.
|
|
Last Modified: | 07-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: * | 5.2.5.2i.BASE, 6.0.0.10i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu42410 | Title: | vi_config_replicator crash observed after system reload |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: vi_config_replicator crash observed on standby node upon system reload.
Conditions: On system with virtual interface configuration the process vi_config_replicator process crashed while standby node was coming up after a system reload. The process recovers on process restart following the crash.
Workaround: none
Further Problem Description:
|
|
Last Modified: | 07-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: * | 5.2.5.13i.BASE, 5.3.2.12i.BASE, 6.0.0.10i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuv14100 | Title: | sdr_mgr NM needs to check on the shutoff reason of the XR VM |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: After shutting down a xr vm through sysadmin CLI, restart system scope shelf_mgr process, then CLI-shutoff xr vm will come out of shut state
Conditions: If system scope shelf_mgr process restarts and some xr vms are in CLI-shutoff state, this issue will happen.
Workaround: Shut it again if it is desired or do not restart the system scope shelf_mgr process
Further Problem Description:
|
|
Last Modified: | 07-AUG-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: * | 5.2.5.19i.BASE, 6.0.0.10i.BASE |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu18162 | Title: | NGN:snmpwalk on lldpLocalSystemData returns even the down interfaces |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: snmpwalk on lldpLocalSystemData shows both the UP and Down interfaces. Its supposed to show only UP interfaces in it.
Conditions: run a snmp walk on oid 1.0.8802.1.1.2.1.3 on NCS6K 5.2.4.12i with lldp enabled.
Workaround: None
Further Problem Description:
|
|
Last Modified: | 07-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: * | 5.2.5.9i.FWDG, 5.3.2.14i.FWDG, 6.0.0.10i.FWDG |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv75433 | Title: | MFR_FAULT_LOG_STORE command on 3882 gives wrong output |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:while Peek/Poke on LTC3882 the following is observed
MFR_FAULT_LOG_STORE(0xea): ERROR (failed to execute I2C MBOX via Ethernet (Transaction execution failed on Eth accessed MBOX at slot=8 exe))
Conditions:This is an internal command to debug, and the issue is with just display. Workaround:This is an internal command to debug, and the issue is with just display, hence it will not affect anyone. More Info:This is an internal command to debug, and the issue is with just display, hence it will not affect anyone.
|
|
Last Modified: | 31-AUG-2015 |
|
Known Affected Releases: | 6.2.0.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCut58659 | Title: | 'confdConfig cli style' changes from -c to -j |
|
Status: * | Terminated |
|
Severity: | 3 Moderate |
Description: | Symptom: The Confd configuration type 'confdConfig cli style' changes from -c to -j. This change affects the CLI prompt and various other cli cmd options.
Conditions: The conditions which trigger this issue are not known yet and will be added soon.
Workaround: Once the issue is hit, use the config_manual_restore.sh in /opt/cisco/calvados/script to manually restore the correct config from /misc/config/confd/ascii_backup. You might have to log out and log back in to the calvados VM for the changes to take effect.
/opt/cisco/calvados/script/confd_manual_restore.sh config.cfg
Further Problem Description:
|
|
Last Modified: | 31-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuu22097 | Title: | Failed to find prepare context after phase 1 of OCU. |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: On NCS6k "install activate issu" fails with an error message like the following example: sysadmin-vm:0_RP0# Prepare context not found for Location 0/1. Please verify node location. Conditions: This problem may be triggered when a LC is removed from a running NCS6k system and not inserted again and an issu upgrade is performed. Workaround: Not available More Info: One can recover from the situation by restarting the ins_mgr process on the admin plane. Please execute install prepare clean before.
|
|
Last Modified: | 28-AUG-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | 5.2.5.11i.BASE |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv93189 | Title: | OCU activate proceeding even after prepare phase is aborted. |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: OCU aborts after it timeout to get notification.
Conditions: Below are the steps which lead to this issue. 1 . Reloaded LC using hw-module command. 2. Issued cal-ocu even before LC comes up. 3. OCU got aborted with error "Install operation 36 failed (Some nodes failed)? in prepare phase. 4. But still ocu proceeded with phase one "Tue Aug 25 09:50:17 2015 Calvados ISSU phase one Initiated? 5. Next consecutive ocu is also failing with error"Tue Aug 25 09:56:16 2015 ISSU operation got timed out.To recover system, please reload system?
Workaround: Need to restart active inst_mgr process.
Further Problem Description:
|
|
Last Modified: | 28-AUG-2015 |
|
Known Affected Releases: | 5.2.5.ADMIN |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv88053 | Title: | dhcp crash and tracebacks on config it on NCS-6k |
|
Status: | Open |
|
Severity: | 4 Minor |
Description: | Symptom: dhcp crash and tracebacks on config it on NCS-6k ( Spirit-based XR ) on config dbcp which is NOT yet supported as I will be supported in Rel 6.1 onward
Conditions: We have packaged DHCP in the image to avoid the tracebacks which will print on Router Reload even if we do not have dhcp config , so we cannot unpackage it to fix it as it will then cause tracebacks and false alarms on every Router
Therefore , please do not config dhcp on NCS-6k until it is officially supported and this is targeted for Release 6.1 for now
Workaround:
Further Problem Description: |
|
Last Modified: | 20-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuo12376 | Title: | Failed to resolve linkpoint 'clear controller' log message @NCS6K |
|
Status: | Open |
|
Severity: | 4 Minor |
Description: * | Symptom: On an NCS System reload, on 5.0.1 FCS code, the following message is logged.
RP/0/RP0/CPU0:Apr 3 17:55:58.521 : parser[133]: Failed to resolve linkpoint 'clear controller' specified in chainname 'clear_cpuctrl' in '/pkg/parser/cpuctrl_cmds.parser' file.
Conditions: This occurs when an NCS system is reloaded on IOS XR version 5.0.1 software
Workaround: None
Further Problem Description: Ignore the erroneous log message. It does not affect any functionality
|
|
Last Modified: | 28-AUG-2015 |
|
Known Affected Releases: | 5.2.1.CE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuu99122 | Title: | Umbrella fix for ISSU upgrade |
|
Status: * | Fixed |
|
Severity: | 4 Minor |
Description: * | Symptom: Sysadmin ISSU upgrade from release 5.2.3 to 5.2.4 may fail.
Conditions: Sysadmin ISSU software upgrade
Workaround: USB boot to base image
Further Problem Description:
|
|
Last Modified: | 31-AUG-2015 |
|
Known Affected Releases: | 5.2.3.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv66416 | Title: | Inconsistency in install logs while removing pkgs using special chars. |
|
Status: | Open |
|
Severity: | 4 Minor |
Description: | Symptom: Logs are getting appended to previous operation while trying to remove packages using special chars.
Conditions:
Workaround: No functionality impact. but logs will be misleading.
Further Problem Description:
|
|
Last Modified: | 20-AUG-2015 |
|
Known Affected Releases: | 5.2.5.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv96155 | Title: | Need NC6-PCM to return operational state via SNMP |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: | Symptom: NC6-PCM is a FRU, and has corresponding MIB entry. Right now, it returns a value of 0. Need to enable NC6-PCM to report its operational statue via SNMP so customer can monitor the module in production.
https://search-prd.cisco.com/topic/news/cisco/eng/cs-ncs6k/dsc05274.html
Conditions: NC6-PCM is a FRU, and has corresponding MIB entry. Right now, it returns a value of 0. Need to enable NC6-PCM to report its operational statue via SNMP so customer can monitor the module in production.
https://search-prd.cisco.com/topic/news/cisco/eng/cs-ncs6k/dsc05274.html
Workaround: none
Further Problem Description: NC6-PCM is a FRU, and has corresponding MIB entry. Right now, it returns a value of 0. Need to enable NC6-PCM to report its operational statue via SNMP so customer can monitor the module in production.
https://search-prd.cisco.com/topic/news/cisco/eng/cs-ncs6k/dsc05274.html
|
|
Last Modified: | 27-AUG-2015 |
|
Known Affected Releases: | 5.2.1.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuv90993 | Title: | Support for 'exception pakmem' in NCS6k |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: | Symptom: support for 'exception pakmem' in NCS6k
Conditions: support for exception pakmem in NCS6k
Workaround:
Further Problem Description:
|
|
Last Modified: | 24-AUG-2015 |
|
Known Affected Releases: | 5.2.4.BASE |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCui56330 | Title: | XR parser show tech need to migrate to parallel show tech infra |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: * | Symptom: I believe parser is still using classic show tech infra. Have them migrate to parallel show tech infra. If there isn't any tracking ddts, please file one against parser. Confirm with parser team.
Conditions: show tech parser
Workaround: N/A
More Info:
|
|
Last Modified: | 28-AUG-2015 |
|
Known Affected Releases: | 5.0.0.BASE |
|
Known Fixed Releases: | |
|
|
| |
没有评论:
发表评论