 Feedback
|
Table Of Contents
Release Notes for Cisco TV CDS 1.5.1.5.1
Getting a Software File from Cisco.com
Preparation for Software Upgrade
Important Notes for Upgrading to Release 1.5.1.5.1
Upgrade the Software on the CDSM
Upgrade the Software on Each Streamer and Vault
Script Enhancements for Asset Ingest Manager
Sample Configuration Files for Vaults and Streamers
/etc/sysconfig/network-scripts/ifcgf-eth0
/etc/sysconfig/network-scripts/ifcgf-eth1
/arroyo/test/streamer/setupfile
Disk Space and System Health Checks
System Health Checks (CServer)
System Health Checks (database)
Obtaining Documentation and Submitting a Service Request
Release Notes for Cisco TV CDS 1.5.1.5.1
These release notes cover Cisco TV CDS Release 1.5.1.5.1.
Revised: September 10 2009, OL-20670-01Contents
The following information is in the release notes:
•
Sample Configuration Files for Vaults and Streamers
•
•
Enhancements
Release 1.5.1.5.1 fixes several defects that are listed in the "Resolved Caveats" section.
Release Files and Tags
This release consists of the following software files:
r1.5.1.5.1.iso
200,146,944
Aug 20,2009 16:30
cdsm_15151.iso
406,814,72
Jul 16,2009 16:59
Following are the build tags included in the r1.5.1.5.1.iso software file:
The build tag included in the cdsm_15151.iso software file is cdsm-rel1515-2009-07-16-01.
System Requirements
The Cisco TV CDS Release 1.5.1.5.1 runs on the CDE100, CDE110, CDE200, CDE300, and CDE400 hardware models. See the "Related Documentation" section for links to the documentation online.
Limitations and Restrictions
This release contains the following limitations and restrictions:
•
•
Open Caveats
This release contains the following open caveats:
Vault
•
Symptom:
Unable to ingest RTA content on Vault. Stale thread/connect, causing "Unable to create thread to handle client connection" error on Master Vault ContentStore.log.
Condition:
Seem to only effect RTA ingest.
Workaround:
Clear this issue by entering the ./stop_calypso_service -CSSlave command on the slave Vaults and the ./stop_calypso_service --CSMaster command on the master Vault in the /home/isa/IntegrationTest directory.
•
Symptom:
Content storage on the Vaults can be unbalanced, causing some Vaults to reach capacity while other Vaults have available storage. This could cause the CDS to not be able to acquire new content.
Condition:
The Remotesmoothing feature is off by default.
Workaround:
Enable the Remotesmoothing feature by running the /proc/calypso/tunables/allowvaultremotesmoothing command on a Vault or add the following command to the /arroyo/test/vault/run file:
"echo 1 > /proc/calypso/tunables/allowvaultremotesmoothing "•
Symptom:
The IP-Capture system was found in kernel debugger (KDB) mode.
Condition:
The back trace showed that the IP-Capture stopped during the "TrickGen::FixFrame" process.
Workaround:
Reboot the system.
Streaming
•
Symptom:
If the resolv.conf file is not set up manually on the CDSM CDE100, the Reload Service Group command does not complete and streaming to service groups could be affected.
Condition:
The Reload Service Group command needs to reach the nameserver through a DNS search.
Workaround:
Make sure the DNS search is set up in resolv.conf and resubmit the Reload Service Group command through the CDSM GUI.
•
Symptom:
Fast-forward and fast-rewind does not appear smooth to the human eye.
Condition:
This issue only occurs for AVC HD encoded content. It does not happen on all vendor STBs. Some STBs do not show any signs of poor fast-forward or fast-rewind for AVC HD content.
Workaround:
When Instantaneous Decoder Refresh (IDR) is set to "always," there is a big improvement. Try various STB vendors.
•
Symptom:
When a stream destination is configured for multiple Stream Groups with the same priority, streams for the destination are only directed to Streamers in a single Stream Group.
Condition:
CDS-TV 1.5.1.x and later software filter out duplicate stream destination map entries with the same priority. As a result only the last group entry is used. In deployments where a stream may be streamed equally well from any group, CDS-TV instead only streams from a single group. This problem is encountered any time a new QAM device is added and configured with all Stream Groups having the same priority.
Workaround:
As a workaround, a script may be deployed by Cisco Technical Support to bypass the stream destination maps. Each time a QAM device is added the stream destination maps become affected again, so the script runs every minute as a cron job to make sure the stream destination maps are not affected.
CDSM
•
Symptom:
Running a large report will cause the database to direct all resources to processing the report and give the impression that the CDSM is unresponsive.
Condition:
This symptom is likely to happen when reports are run with extremely large data sets.
Workaround:
Run reports with smaller date ranges.
Resolved Caveats
The following caveats have been resolved since Cisco TV CDS Release 1.5.1.5.0. Not all the resolved issues are mentioned here. The following list highlights the resolved caveats associated with customer deployment scenarios.
CDSM
•
Symptom:
Unable to delete a QAM device in the CDSM GUI.
Vault
•
Symptom:
Login as root to the non-master vaults and look for the following things. #ps -ef | grep CalypsoContentStoreMaster If the process is running on the non-master vault then it should be killed manually.
•
Symptom:
If the system was under memory pressure, but dropped to no memory pressure, the fact that it was not under early memory pressure was preventing it from checking to see if it was under memory pressure and thus preventing the under memory pressure flag from getting reset. The end result is that you will see a warning in the protocol timing log saying that we are out of (memory) capacity 100 percent of the time. This also prevents the low priority disk ios from being serviced thus causing the reported bug - that mirroring was not functioning. Note this issue was specific to the NEW_SKIP_DISK_WRITE pound define. Tag: cserver-e013-2008-10-10-02 .
•
Symptom:
Vault crashes on ingest of RTA content. It appears the RTA content consisted of NULLs at the time, then transitioned to actual frames when the signal was reacquired by the satellite, or whatever problem was causing the loss of signal was cleared up. This occurred just before the KDB. KDB is on a NULL pointer dereference in TrickGen::FixFrame.
SNMP
•
Symptom:
A trap is not being generated and sent to trap recipient when a disk is taken offline. This is defined in the MIB as arDiskHealthDown trap.
Condition:
The trap should be sent when a drive is taken offline by CServer or if a drive is pulled from the array.
Workaround:
There is no workaround.
New Installation Procedure
This section describes the new installation procedure for Release 1.5.1.5.1.
To install the software, do the following:
Step 1
mount <iso> /mnt/cdrom -t iso9660 -o ro,loop=/dev/loop0Step 2
Step 3
Following is the installation steps for a Vault server:
[root@vault167 cdrom]# cd /mnt/cdrom[root@vault167 cdrom]# ./inst.sh vault isaServer is VaultYou are installing CDS image, this will over-write what ever CDS you may haveDo you want to continue installation ? enter "azxHUYkH" to continue: azxHUYkH#Unpacking the RPM files#Mon Jun 16 14:48:49 PDT 2008package wu-ftpd-2.6.2-5 is already installedpackage ethereal-base-0.9.7-1.7.2 is already installedpackage ethereal-gtk+-0.9.7-1.7.2 is already installedpackage ethereal-usermode-0.9.7-1.7.2 is already installedpackage ethereal-gnome-0.9.7-1.7.2 is already installedpackage ethereal-kde-0.9.7-1.7.2 is already installed#Unpacking more RPM files#Mon Jun 16 14:48:55 PDT 2008#Un-taring the base.tgz#Mon Jun 16 14:48:55 PDT 2008executing forprod from install cleanRunning Forprod.shMon Jun 16 14:49:10 PDT 2008Server is Vaultroot@Vault167 cdrom]Following is the installation steps for a Streamer server:
[root@streamer168 cdrom]# cd /mnt/cdrom[root@streamer168 cdrom]# ./inst.sh streamer isaServer is streamerYou are installing CDS image, this will over-write what ever CDS you may haveDo you want to continue installation ? enter "azxHUYkH" to continue: azxHUYkH#Unpacking the RPM files#Mon Jun 16 14:48:49 PDT 2008package wu-ftpd-2.6.2-5 is already installedpackage ethereal-base-0.9.7-1.7.2 is already installedpackage ethereal-gtk+-0.9.7-1.7.2 is already installedpackage ethereal-usermode-0.9.7-1.7.2 is already installedpackage ethereal-gnome-0.9.7-1.7.2 is already installedpackage ethereal-kde-0.9.7-1.7.2 is already installed#Unpacking more RPM files#Mon Jun 16 14:48:55 PDT 2008#Un-taring the base.tgz#Mon Jun 16 14:48:55 PDT 2008executing forprod from install cleanRunning Forprod.shMon Jun 16 14:49:10 PDT 2008Server is streamerroot@streamer168 cdrom]#Following is the installation steps for a CDSM server;
[root@streamer168 cdrom]# cd /mnt/cdrom[root@streamer168 cdrom]# ./install-asm.sh controllerInstall ASM Controller System CTRL-C NOW if this is not an ASM Box! Tue Dec 2 16:44:25 PST 2008..<list of files in the tar files>...../sbin/asm-archiver ./sbin/streamclean_1513 /bin/cp: `/lib/libssl.so.4' and `/lib/libssl.so.2' are the same file /bin/cp: `/lib/libcrypto.so.4' and `/lib/libcrypto.so.2' are the same file Please reboot now! Installation completeUpgrade Procedure
The following procedures are covered in this section:
•
•
•
•
Caution
A high-level view of the CDS software upgrade procedure is as follows:
1.
2.
Use the following procedural order to upgrade the Streamers:
•
•
•
•
Repeat for every Streamer on the site starting with the "Available" Streamers, followed by the "Backup" Streamer, and ending with the "Primary" Streamer. To identify the Streamers, use the following command:
[root@s65 root]# cat /proc/calypso/status/streamer/resiliencyinfoStreamer Resiliency Info:Service Address: 172.22.98.50Control Service: Primary3.
Getting a Software File from Cisco.com
To get a software file from Cisco.com, do the following:
Step 1
http://tools.cisco.com/support/downloads/go/Redirect.x?mdfid=268438145
The Log In page is displayed.
Step 2
Step 3
Step 4
Step 5
Step 6
Step 7
•
•
The Download page is displayed with the information about the software image file and a Download link.
Step 8
Step 9
Step 10
Step 11
Preparation for Software Upgrade
Note
Caution
A minimum of 2GB of space must be available in the root (/) and /arroyo directories. To check the disk space availability, use the df -h command.
If needed, archive any log files greater than one month old, delete or copy over any core.* files from the /home/isa directory, and delete or copy over any database backups. Failure to perform these steps could result in a failure of the upgrade script. See the "Disk Space and System Health Checks" section.
Note
Important Notes for Upgrading to Release 1.5.1.5.1
The section covers special preparations that may be required before upgrading the CDS software.
CDS Preparation
The following needs to be considered when performing a software upgrade:
•
•
•
•
CDSM Preparation
When upgrading to Release 1.5.1.5.1, it is necessary to upgrade all the servers before bringing them online, and to delete all the report files on the CDSM.
Best Practice for preparing the CDSM for upgrade to 1.5.1.5.1 includes archiving all CDSM database files and removing the reporting database files to decrease the CDSM database downtime. This task can happen as early as one day prior to the upgrade. We also need to move any backup folders in /arroyo/db to /arroyo prior to running any CDSM backup or upgrade scripts.
The Reporting Database files are as Follows:
•
•
•
•
•
•
•
The /arroyo/db/tm.db file should be removed prior to restarting the CDSM database after the upgrade. Any of the reporting database files that are greater than 2GB should also be removed prior to restarting the CDSM database after upgrade.
•
•
•
Preparation Procedure
To prepare each CDS server for the software upgrade, do the following:
Step 1
df -h /arroyo/You need approximately 2GB of unused disk space. This allows for the database backups performed during the software upgrade. For more information on checking disk space and system health, see the "Disk Space and System Health Checks" section.
Step 2
Step 3
a.
# cd /home/isa/Berkeleyb.
# db_shutdownc.
# netstat -an | grep avsdbd.
# rm -f *.idx rpt.db *.*.*.*Step 4
Use the CDSM to find the following configuration settings on each server and write them down:
•
•
•
•
•
•
•
•
Write down any other configuration settings as necessary. If the CDSM is not available, collect the configuration information from the configuration files on each server. For more information on the configuration files, see the "Sample Configuration Files for Vaults and Streamers" section.
Upgrade the Software on the CDSM
Note
•
•
•
•
To upgrade the software on the CDSM, do the following:
Step 1
Step 2
# mount <iso_image> /mnt/cdrom -t iso9660 -o ro,loop=/dev/loop0# cd /mnt/cdromStep 3
# ./install-asm.sh controller upgradeInstall ASM Controller System CTRL-C NOW if this is not an ASM Box!Mon Dec 8 20:36:37 PST 2008Server is controllerStopping databaseStopping apache webserverDo you want to remove index and replay files? [yes|no]yesRemoving index filesRemoving replay filesDo you want to take a backup of the system? [yes/no]yesCreating backup archive.../arroyo/cdsm_120808_2036.tar.gzBackup is successful. The backup is saved as /arroyo/cdsm_120808_2036.tar.gzInstalling package.../bin/cp: `/lib/libssl.so.4' and `/lib/libssl.so.2' are the same file/bin/cp: `/lib/libcrypto.so.4' and `/lib/libcrypto.so.2' are the same filePlease reboot now!Installation is completed.Step 4
# rebootStep 5
ps -ef | grep avsdb
Upgrade the Software on Each Streamer and Vault
Perform this procedure for each Vault and Streamer in the CDS.
Note
In a multi-site CDS, upgrade all the Vaults using the same procedural order as the Streamers (offload, upgrade, reboot, and online). Start the Vault upgrade at the Control sites, then finish with the Setup/Control site.
Note
•
•
•
•
To upgrade the software on a Vault or Streamer, do the following:
Step 1
a.
b.
c.
Step 2
a.
b.
c.
Step 3
Step 4
# mount <iso_image> /mnt/cdrom -t iso9660 -o ro,loop=/dev/loop0# cd /mnt/cdromStep 5
To Upgrade the CDS Software on a Streamer:
[root@streamer117 cdrom]# ./inst.sh streamer isa upgradeServer is streamerUpgrading from cur-1.5.1.5.0 to cur-1.5.1.5.1press y to continue..yKilling avsdb and statsdkill 8509: No such processkill 8514: No such processRunning Upgrade Installation......Do you want to take a backup of the current system snapshot? enter (y/n) yEnter the directory for backup relative to /arroyo (default: backup.12-08-08):Backup being saved to the default directory backup.12-08-08Creating /arroyo/backup.12-08-08 directory..Removing replay filesBackup done in /arroyo/backup.12-08-08Backup done .#Start installing new version cur-1.5.1.5.1##Unpacking the RPM files#Mon Jun 16 13:04:34 PDT 2008package wu-ftpd-2.6.2-5 is already installedpackage ethereal-base-0.9.7-1.7.2 is already installedpackage ethereal-gtk+-0.9.7-1.7.2 is already installedpackage ethereal-usermode-0.9.7-1.7.2 is already installedpackage ethereal-gnome-0.9.7-1.7.2 is already installedpackage ethereal-kde-0.9.7-1.7.2 is already installed#Unpacking more RPM files#Mon Jun 16 13:04:44 PDT 2008#Un-taring the base.tgz#Mon Jun 16 13:04:44 PDT 2008executing forprod from upgradeRunning Forprod.shMon Jun 16 13:05:21 PDT 2008Server is streamerWARNING: ---------------------------------------------------WARNING: configured to boot from /dev/hda1WARNING: if this is not correct, update /boot/grub/grub.confWARNING: configured to boot from /dev/hda1WARNING: if this is not correct, update /boot/grub/grub.confWARNING: ---------------------------------------------------mknod: `/dev/calypso': File exists#Please reboot now!#Kernel InstalledInstallation complete[root@streamer117 cdrom]#To Upgrade the CDS Software on a Vault:
[root@Vault167 cdrom]# ./inst.sh vault isa upgradeServer is VaultUpgrading from cur-1.5.1.5.0 to cur-1.5.1.5.1press y to continue..yKilling avsdb and statsdkill 914: No such processkill 31522: No such processkill 31529: No such processRunning Upgrade Installation......Do you want to take a backup of the current system snapshot? enter (y/n) yEnter the directory for backup relative to /arroyo (default: backup.12-08-08):Backup being saved to the default directory backup.12-08-08Creating /arroyo/backup.12-08-08 directory....../etc/sysconfig/network-scripts/ifcfg-eth2 does not exist............Removing index filesRemoving replay filesBackup done in /arroyo/backup.12-08-08Backup done .#Start installing new version cur-1.5.1.5.1##Unpacking the RPM filesMon Dec 8 16:07:21 PST 2008package wu-ftpd-2.6.2-5 is already installedpackage ethereal-base-0.9.7-1.7.2 is already installedpackage ethereal-gtk+-0.9.7-1.7.2 is already installedpackage ethereal-usermode-0.9.7-1.7.2 is already installederror: failed dependencies:gnome-core >= 1.2 is needed by ethereal-gnome-0.9.7-1.7.2error: failed dependencies:kdebase >= 2.0 is needed by ethereal-kde-0.9.7-1.7.2#Unpacking more RPM files#Mon Dec 8 16:07:27 PST 2008#Un-taring the base.tgz#Mon Dec 8 16:07:27 PST 2008#Installing the kernel#executing forprod from upgradeRunning Forprod.shMon Dec 8 16:07:51 PST 2008Server is vaultWARNING: ---------------------------------------------------WARNING: configured to boot from /dev/hda1WARNING: if this is not correct, update /boot/grub/grub.confWARNING: ---------------------------------------------------mknod: `/dev/calypso': File existsln: `/etc/rc3.d/S87ntpd': File exists#Please reboot now!#Kernel InstalledInstallation completeStep 6
a.
b.
c.
Step 7
a.
b.
Step 8
a.
b.
c.
Step 9
New Scripts and Commands
This section describes the new scripts and commands added to Release 1.5.1.x.x.
Script Enhancements for Asset Ingest Manager
To Verify that Asset Ingest Manager (AIM) is running on a Vault, enter the following command:
[root@Vault167 root]# /home/isa/IntegrationTest/show_calypso_services --aimTo stop AIM, enter the following command:
[root@Vault167 root]# /home/isa/IntegrationTest/stop_calypso_service -aimNew Commands in the CDSM
cdsm_tags
Prints the tags of the CDSM modules that are currently loaded.
cdsm_backup <archive_name>
Backs up the current CDSM system, which includes the CDSM software and the configuration files.
cdsm_restore <archive_name>
Restores the CDSM software and configuration files from the directory specified in the cdsm_backup command.
New Commands in the CDS
cds_tech
Retrieves the CDS server information necessary for TAC to assist you with your server. We recommend you log the output to a disk file.
cds_backup <directory>
Backs up the current CDS system, which includes the CDS software and the configuration files.
cds_restore <directory>
Restores the CDS software and configuration files from the directory specified in the cds_backup command.
[root@Vault167 root]# cds_restore Usage: restore <backup-dir> <directory> should be relative to /arroyo. [root@Vault167 root]# [root@Vault167 root]# cds_restore backup_1 in /arroyo/backup_1 restoring from /arroyo/backup_1 file ./etc/hosts into /etc/hosts restoring from /arroyo/backup_1 file ./etc/sysconfig/network into /etc/sysconfig/network restoring from /arroyo/backup_1 file ./etc/sysconfig/network-scripts/ifcfg-eth0 into /etc/sysconfig/network-scripts/ifcfg-eth0 restoring from /arroyo/backup_1 file ./etc/sysconfig/network-scripts/ifcfg-eth1 into /etc/sysconfig/network-scripts/ifcfg-eth1 restoring from /arroyo/backup_1 file ./etc/sysconfig/network-scripts/ifcfg-eth2 into /etc/sysconfig/network-scripts/ifcfg-eth2 restoring from /arroyo/backup_1 file ./etc/rc.d/rc.local into /etc/rc.d/rc.local restoring from /arroyo/backup_1 file ./etc/rc.d/rc.sysinit into /etc/rc.d/rc.sysinit restoring from /arroyo/backup_1 file ./etc/resolv.conf into /etc/resolv.conf restoring from /arroyo/backup_1 file ./etc/modules.conf into /etc/modules.conf restoring from /arroyo/backup_1 file ./usr/local/share/snmp/snmpd.conf into /usr/local/share/snmp/snmpd.conf restoring from /arroyo/backup_1 file ./arroyo/test into /arroyo/test restoring from /arroyo/backup_1 file ./home/isa/.arroyorc into /home/isa/.arroyorc restoring from /arroyo/backup_1 file ./home/isa/Berkeley into /home/isa/Berkeley restoring from /arroyo/backup_1 file ./home/isa/ISA.tar.gz into /home/isa/ISA.tar.gz restoring from /arroyo/backup_1 file ./home/stats into /home/stats [root@Vault167 root]#cds_tags
Prints the tags of CDS modules that are currently loaded
Sample Configuration Files for Vaults and Streamers
This section provides the following examples of the configuration files for the Vault and Streamer servers:
•
•
•
/etc/hosts
Vault
# Do not remove the following line, or various programs# that require network functionality will fail.# This is updated at 2007-02-21 for ISA end-to-end configuration127.0.0.1 localhost.localdomain localhost10.22.217.80 SessionGateway10.22.217.80 Metadata10.22.217.80 Asset10.22.217.80 NotificationServer10.22.217.80 NameServer192.168.100.109 rack109-ip110.22.216.109 rack109Streamer
# Do not remove the following line, or various programs# that require network functionality will fail.127.0.0.1 localhost.localdomain localhost# This is updated at 2007-02-21 for ISA end-to-end confoguration10.22.216.109 rack10910.22.217.80 SessionGateway10.22.217.80 Metadata10.22.217.80 Asset10.22.217.80 NotificationServer10.22.217.80 NameServer10.22.216.152 rack152/etc/sysconfig/network
Vault
NETWORKING=yesHOSTNAME='rack109'GATEWAY=10.22.216.1Streamer
NETWORKING=yesHOSTNAME='rack152'GATEWAY=10.22.216.1/etc/sysconfig/network-scripts/ifcgf-eth0
Vault
DEVICE='eth0'BOOTPROTO=staticIPADDR='192.168.100.109'NETMASK='255.255.255.0'ONBOOT='yes'Streamer
DEVICE=eth0BOOTPROTO=staticIPADDR='192.168.111.152'NETMASK='255.255.255.0'ONBOOT=yes/etc/sysconfig/network-scripts/ifcgf-eth1
Vault
DEVICE='eth1'BOOTPROTO=staticIPADDR='192.168.100.109'NETMASK='255.255.255.0'ONBOOT='yes'Streamer
DEVICE='eth1'BOOTPROTO=staticIPADDR='10.22.216.152'NETMASK='255.255.254.0'ONBOOT='yes'/etc/modules.conf
Vault
alias parport_lowlevel parport_pcalias eth0 e1000alias eth2 e1000 #for Vault or SSValias usb-controller usb-ohciStreamer
alias parport_lowlevel parport_pcalias eth0 bcm5700#alias eth1 bcm5700 #for Ingest on Vault or SSValias eth1 e1000 #for Management on Streamer#alias eth2 e1000 #for Management on Vault or SSValias usb-controller usb-ohci
Note
/etc/rc.sysinit
Vault
#!/bin/bash## /etc/rc.sysinit - run once at boot time## Taken in part from Miquel van Smoorenburg's bcheckrc.#insmod avsutil# Rerun ourselves through initlogif [ -z "$IN_INITLOG" ]; then[ -f /sbin/initlog ] && exec /sbin/initlog $INITLOG_ARGS -r /etc/rc.sysinitfi# If we're using devfs, start devfsd now - we need the old device names[ -e /dev/.devfsd -a -x /sbin/devfsd ] && /sbin/devfsd /dev# Set the pathPATH=/bin:/sbin:/usr/bin:/usr/sbinexport PATH........................Streamer
#!/bin/bash## /etc/rc.sysinit - run once at boot time## Taken in part from Miquel van Smoorenburg's bcheckrc.#insmod avsutil# Rerun ourselves through initlogif [ -z "$IN_INITLOG" ]; then[ -f /sbin/initlog ] && exec /sbin/initlog $INITLOG_ARGS -r /etc/rc.sysinitfi# If we're using devfs, start devfsd now - we need the old device names[ -e /dev/.devfsd -a -x /sbin/devfsd ] && /sbin/devfsd /dev# Set the pathPATH=/bin:/sbin:/usr/bin:/usr/sbin....................../arroyo/test/vault/run
dir=/arroyo/test/Vaultinsmod linuxIAL#insmod $dir/e1000.o and_interrupt_delay=1953$dir/startethcp $dir/setupfile $dir/requestfile /arroyo/testsleep 5insmod $dir/avs_cserver.o #16Gig Vault#insmod $dir/avs_cserver.o maxphysblocks=491520 #8Gig Vaultwhile !(test -d /proc/calypso/tunables); doecho "Waiting to configure avs_cserver"sleep 1doneecho 1 > /proc/calypso/test/readarptableecho 1 > /proc/calypso/test/arp_readroutingtableecho 1 > /proc/calypso/test/readremoteserversecho 1 > /proc/calypso/tunables/cm_configurationcomplete/arroyo/test/streamer/run
dir=/arroyo/test/streamerinsmod aic79xx$dir/startethcp $dir/setupfile $dir/requestfile /arroyo/testinsmod $dir/avs_cserver.owhile !(test -d /proc/calypso/tunables); doecho "Waiting to configure avs_cserver"sleep 1donesleep 15#echo 1 > /proc/sys/kernel/kdb_keyboard_break_onecho 1 > /proc/calypso/test/readstreamloadfileecho 1 > /proc/calypso/test/readarptableecho 1 > /proc/calypso/test/arp_readroutingtableecho 1 > /proc/calypso/test/readremoteserversecho 1 > /proc/calypso/tunables/cm_configurationcompletesleep 5/arroyo/test/vault/setupfile
# CServer core configuration. Changes to this file require# a server reboot.serverid 109groupid 199198ingest eth1management eth2localip 00a16d86dcache_dscp 38cache_ecn 0streamer 0 vault 1default source ip 192.169.106.1 tport 0 - 0 cport 0e1000 adapters: maxrate 965e1000 1: streaming 1 fill 1 ip 192.169.106.1 tport 0 cport 0 tgid 0e1000 2: streaming 1 fill 1 ip 192.169.106.2 tport 0 cport 0 tgid 0e1000 3: streaming 1 fill 1 ip 192.169.106.3 tport 0 cport 0 tgid 0e1000 4: streaming 1 fill 1 ip 192.169.106.4 tport 0 cport 0 tgid 0vault mirror copies 2trickspeedsv2 2 -2 6 -6 10 -10 60 -60ftpout if eth2 max utilization mbps 0 max sessions 0test 4/arroyo/test/streamer/setupfile
# CServer core configuration. Changes to this file require# a server reboot.serverid 152groupid 199198arrayid 1management eth1localip 00a16d898cache_dscp 38cache_ecn 0transport_dscp 46transport_ecn 0streamer 1 vault 0service address 10.22.216.198 setup 3300 control 9000bms address 10.22.217.80 5000default source ip 192.168.207.65 tport 0 - 0 cport 0e1000 adapters: maxrate 965e1000 1: streaming 1 fill 1 ip 192.169.106.41 tport 0 cport 0 tgid 0e1000 2: streaming 1 fill 1 ip 192.169.106.42 tport 0 cport 0 tgid 0e1000 3: streaming 1 fill 1 ip 192.169.106.43 tport 0 cport 0 tgid 0e1000 4: streaming 1 fill 1 ip 192.169.106.44 tport 0 cport 0 tgid 0e1000 5: streaming 1 fill 1 ip 192.169.106.45 tport 0 cport 0 tgid 0e1000 6: streaming 1 fill 1 ip 192.169.106.46 tport 0 cport 0 tgid 0e1000 7: streaming 1 fill 1 ip 192.169.106.47 tport 0 cport 0 tgid 0e1000 8: streaming 1 fill 1 ip 192.169.106.48 tport 0 cport 0 tgid 0e1000 9: streaming 1 fill 1 ip 192.169.106.49 tport 0 cport 0 tgid 0e1000 10: streaming 1 fill 1 ip 192.169.106.50 tport 0 cport 0 tgid 0e1000 11: streaming 1 fill 1 ip 192.169.106.51 tport 0 cport 0 tgid 0e1000 12: streaming 1 fill 1 ip 192.169.106.52 tport 0 cport 0 tgid 0test 4/home/isa/.arroyorc
Vault
# Local settingsself 1groupid 199198serverid 109partno 4U-SATA-1mirroring 0mgmtif 2ingestif 1nohealth 1# Database Paramsdbdomsock /tmp/isadbdbnetport 9999# Replication Group Membersstreamer 10.22.216.152streamer 10.22.216.197vault 10.22.216.111controller 10.22.216.85Streamer
# Local settingsself 2groupid 199198serverid 152partno 3U-SCSI-1mirroring 0mgmtif 1ingestif 1nohealth 1# Database Paramsdbdomsock /tmp/isadbdbnetport 9999# Replication Group Membersstreamer 10.22.216.197vault 10.22.216.109vault 10.22.216.111controller 10.22.216.85/etc/rc.local
Vault
#!/bin/sh## This script will be executed *after* all the other init scripts.# You can put your own initialization stuff in here if you don't# want to do the full Sys V style init stuff.touch /var/lock/subsys/local# NOT FOR USE WITH LINDENHURST OR IBM. Please comment out setpci# NorthBridge Tunesetpci -s 0:0.0 cc.b=02# ISA Kernel Tuneecho 222217728 > /proc/sys/kernel/shmmaxecho 222217728 > /proc/sys/kernel/shmallecho 65535 > /proc/sys/fs/file-max# TCP Kernel Tuneecho "8388608" > /proc/sys/net/core/wmem_maxecho "8388608" > /proc/sys/net/core/rmem_maxecho "4096 65536 4194304" > /proc/sys/net/ipv4/tcp_wmemecho "4096 87380 4194304" > /proc/sys/net/ipv4/tcp_rmemecho 0 > /proc/sys/net/ipv4/tcp_sack/sbin/hdparm -d1 /dev/hdasu - isa - c "cd /home/isa/IntegrationTest; ./init_isa_env"# Streamer Only#/usr/bin/avslauncher >& /root/avslauncher.log&#/arroyo/test/streamer/run/arroyo/test/Vault/run#/arroyo/test/ssv/run# Streamer and Vault#su - isa -c "cd /home/isa/IntegrationTest; ./run_isa >& /home/isa/IntegrationTest/ns_log&"su - isa -c "cd /home/isa/IntegrationTest; ./run_isa --handle_orphan_streams >& /home/isa/IntegrationTest/ns_log&"# Streamer and Vault/home/stats/statsd -d eth0ntpdate 10.22.216.1Streamer
#!/bin/sh## This script will be executed *after* all the other init scripts.# You can put your own initialization stuff in here if you don't# want to do the full Sys V style init stuff.touch /var/lock/subsys/local# ISA Kernel Tuneecho 222217728 > /proc/sys/kernel/shmmaxecho 222217728 > /proc/sys/kernel/shmallecho 65535 > /proc/sys/fs/file-max# TCP Kernel Tuneecho "8388608" > /proc/sys/net/core/wmem_maxecho "8388608" > /proc/sys/net/core/rmem_maxecho "4096 65536 4194304" > /proc/sys/net/ipv4/tcp_wmemecho "4096 87380 4194304" > /proc/sys/net/ipv4/tcp_rmemecho 0 > /proc/sys/net/ipv4/tcp_sack/sbin/hdparm -d1 /dev/hdasu - isa - c "cd /home/isa/IntegrationTest; ./init_isa_env"# Streamer Only/usr/bin/avslauncher >& /root/avslauncher.log&/arroyo/test/streamer/run#/arroyo/test/vault/run#/arroyo/test/ssv/run# Streamer and Vault#su - isa -c "cd /home/isa/IntegrationTest; ./run_isa >& /home/isa/IntegrationTest/ns_log&"su - isa -c "cd /home/isa/IntegrationTest; ./run_isa --handle_orphan_streams >& /home/isa/IntegrationTest/ns_log&"# Vault & Streamer/home/stats/statsd -d eth0ntpdate 10.22.216.1/etc/grub.conf
Vault
# grub.conf generated by anaconda## Note that you do not have to rerun grub after making changes to this file# NOTICE: You do not have a /boot partition. This means that# all kernel and initrd paths are relative to /, eg.# root (hd0,0)# kernel /boot/vmlinuz-version ro root=/dev/hda1# initrd /boot/initrd-version.img#boot=/dev/hdadefault=0timeout=10splashimage=(hd0,0)/boot/grub/splash.xpm.gztitle Linux (2.4.32avs)root (hd0,0)kernel /boot/vmlinuz-2.4.32avs ro root=/dev/hda1 console=tty0 console=ttyS0,115200 nmi_watchdog=1initrd /boot/initrd-2.4.32avs.imgtitle Red Hat Linux (2.4.18-3bigmem)root (hd0,0)kernel /boot/vmlinuz-2.4.18-3bigmem ro root=/dev/hda1initrd /boot/initrd-2.4.18-3bigmem.imgtitle Red Hat Linux-smp (2.4.18-3smp)root (hd0,0)kernel /boot/vmlinuz-2.4.18-3smp ro root=/dev/hda1initrd /boot/initrd-2.4.18-3smp.imgtitle Red Hat Linux-up (2.4.18-3)root (hd0,0)kernel /boot/vmlinuz-2.4.18-3 ro root=/dev/hda1initrd /boot/initrd-2.4.18-3.imgStreamer
# grub.conf generated by anaconda## Note that you do not have to rerun grub after making changes to this file# NOTICE: You do not have a /boot partition. This means that# all kernel and initrd paths are relative to /, eg.# root (hd0,0)# kernel /boot/vmlinuz-version ro root=/dev/hda1# initrd /boot/initrd-version.img#boot=/dev/hdadefault=0timeout=10splashimage=(hd0,0)/boot/grub/splash.xpm.gztitle Linux (2.4.32avs)root (hd0,0)kernel /boot/vmlinuz-2.4.32avs ro root=/dev/hda1 console=tty0 console=ttyS0,115200 nmi_watchdog=1initrd /boot/initrd-2.4.32avs.imgtitle Red Hat Linux (2.4.18-3bigmem)root (hd0,0)kernel /boot/vmlinuz-2.4.18-3bigmem ro root=/dev/hda1initrd /boot/initrd-2.4.18-3bigmem.imgtitle Red Hat Linux-smp (2.4.18-3smp)root (hd0,0)kernel /boot/vmlinuz-2.4.18-3smp ro root=/dev/hda1initrd /boot/initrd-2.4.18-3smp.imgtitle Red Hat Linux-up (2.4.18-3)root (hd0,0)kernel /boot/vmlinuz-2.4.18-3 ro root=/dev/hda1initrd /boot/initrd-2.4.18-3.imgDisk Space and System Health Checks
These checks should be performed prior to, and immediately after, any upgrade procedure to ensure system integrity and functionality.
Disk Space Checks
Step 1
Step 2
tail -f /arroyo/tmp/monitor.logStep 3
Step 4
cd /arroyo/archive/arroyo_logrm -f *.log.<months older than 2 months in the past>*Two examples follow:
rm -f *.log.01*rm -f *.log.02*Step 5
Step 6
find /home/isa/ -name core.*Upload or remove any core files found.
System Health Checks (CServer)
Step 1
Step 2
tail -f /arroyo/tmp/monitor.logStep 3
Step 4
Step 5
Step 6
System Health Checks (ISA)
Step 1
Step 2
cdintStep 3
./show_calpyso_servicesStep 4
tail -100f ns_log
System Health Checks (database)
Step 1
Step 2
On Streamers and Vaults:
cddbOn the CDSM:
cd Berkeley
Step 3
dumpDBStep 4
For Vault Servers and CDSM:
ctnobj.lstFor Stream Servers and CDSM
stmsvc.lstsvcgrp.lsttsin.lsttsout.lstStep 5
Step 6
Step 7
Documentation Updates
The following documents have been updated for this release:
•
The following documents have been added for this release:
•
Related Documentation
Refer to the following documents for additional information about the Cisco TV CDS 1.5.1.5.1:
•
http://www.cisco.com/en/US/docs/video/cds/cde/cde110/installation/guide/cde110_install.html
•
http://www.cisco.com/en/US/docs/video/cds/cde/installation/guide/CDE_Install_Book.html
•
http://www.cisco.com/en/US/docs/video/cds/cde/regulatory/compliance/CDE_RCSI.html
•
Available through the CDSM GUI.
Obtaining Documentation and Submitting a Service Request
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What's New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service and Cisco currently supports RSS version 2.0.
CCDE, CCENT, CCSI, Cisco Eos, Cisco HealthPresence, Cisco IronPort, the Cisco logo, Cisco Lumin, Cisco Nexus, Cisco Nurse Connect, Cisco Pulse, Cisco StackPower, Cisco StadiumVision, Cisco TelePresence, Cisco Unified Computing System, Cisco WebEx, DCE, Flip Channels, Flip for Good, Flip Mino, Flipshare (Design), Flip Ultra, Flip Video, Flip Video (Design), Instant Broadband, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn, Cisco Capital, Cisco Capital (Design), Cisco:Financed (Stylized), Cisco Store, and Flip Gift Card are service marks; and Access Registrar, Aironet, AllTouch, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, Continuum, EtherFast, EtherSwitch, Event Center, Explorer, Fast Step, Follow Me Browsing, FormShare, GainMaker, GigaDrive, HomeLink, iLYNX, Internet Quotient, IOS, iPhone, iQuick Study, IronPort, the IronPort logo, Laser Link, LightStream, Linksys, MediaTone, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerKEY, PowerPanels, PowerTV, PowerTV (Design), PowerVu, Prisma, ProConnect, ROSA, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0908R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2009 Cisco Systems, Inc. All rights reserved.
