Cisco Headend System Release 2.5

 

4-4 

What CRs Are Included in SR 3.5? 

4001159 Rev B 

 Continued 

By default, the DNCS resends EAS messages every 2 minutes, though you can 

reconfigure the resend timer using the MMM_CLEANUPSEC environment variable. 

The resend timer determines how often the DNCS resends an active EAS message to 

set-tops. Resends are necessary for recovery purposes and to ensure set-tops whose 

states have recently changed receive the message. Previously, when a new EAS 

message was sent, none of the resend timers for existing EAS messages were 

cancelled. Because multiple resend timers were active at the same time, the new EAS 

message was sent more frequently than necessary. Unpredictable timing issues with 

the EAS message are a result of the message being sent more frequently than 

necessary. 
To address this timing issue, reported in CR 39857, all previous resend timers are 

now cancelled anytime a new EAS message is sent. When the new EAS message is 

sent, the only resend timer that is active is the timer for the current EAS message. 

Customers reported that the SpectroSERVER and AlarmView processes associated 

with Spectrum were consuming upwards of 600 to 700 MB of resident memory each 

week. Customers had to regularly stop and restart the DNCS to thwart this 

aggressive memory growth. 
To address these memory issues, reported in CR 45626, Cisco applied Aprisma’s 

patch P121 to customer systems. This patch corrected the AlarmView memory issue; 

however, SpectroSERVER continued to have memory issues. Aprisma issued a 

technical bulletin (TB0767-9) that indicated SpectroSERVER would leak under 

certain conditions. To correct the SpectroSERVER memory issue, Cisco followed the 

recommendations in this technical bulletin and changed the event_batch_max_size 

variable from 1 to 100. 

The script that backs up the Informix database on the DNCS is called 

backupDatabase. You can run the backupDatabase script with a number of options, 

including the -b (block size) and -s (tape size) tape device options. Due to a 

discrepancy in what the script expected, you could not use the -b and -s options. 

Instead, a workaround had to be used for both options. 
To address these issues, reported in CR 48759, Cisco modified the backupDatabase 

script to recognize the -b and -s options.