Cisco Bug: CSCum93400 - Play streamer went to KDB while running continuous stream test
Jun 21, 2020
- Cisco Videoscape Distribution Suite for Television
Known Affected Releases
Symptom: The issue was observed with a longevity test with MSPP configurations. The Stream was been putted onto the postponed queue and processed after the cleanup for the particular Stream Slot is finished Conditions: It's found that the Stream is putting onto the Postponed state due to the MSPP(Minimum Streams Per Port) configuration and then later cleared up the stream slot states with the cancel play. During the subsequent play request the PostPoned Stream came to the active mode and trying to activate the stream slot which was already dereferenced by the CancelPlay event which resulted in NULL pointer dereference on the CM::ReadRate::activateStreamSlot. The g_waitingActivateStreamSlot is still referring to the StreamPlay Instance for which the cancelPlay has been received also we are not marking the m_noSlot to TRUE eventhough if he doesn't own a Active Slot.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases