Cucm - B - PCD Admin Guide 1401
Cucm - B - PCD Admin Guide 1401
SUs
First Published: 2021-03-31
Last Modified: 2023-04-14
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH
THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY,
CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of
the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS.
CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT
LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS
HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network
topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional
and coincidental.
All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.
Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.
The documentation set for this product strives to use bias-free language. For purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on
age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that
is hardcoded in the user interfaces of the product software, language used based on standards documentation, or language that is used by a referenced third-party product.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL:
https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party trademarks mentioned 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. (1721R)
© 2023 Cisco Systems, Inc. All rights reserved.
CONTENTS
CHAPTER 2 Introduction 3
Introduction to Cisco Prime Collaboration Deployment 3
Readdress Task 64
Create a Readdress Task 64
Run a Readdress Task 66
Post Readdress Task 67
Install Task 67
Create an Install Task 67
Add Install Task 68
Run an Install Task 71
Cancel Install Task 71
Post-Install Task 72
Edit and Expand Cluster Support 72
Edit or Delete a New Install Cluster 72
Edit or Delete a Discovered Cluster 73
Monitor Task Status 74
Action Buttons on the Monitoring Page 75
Automatic Refresh 75
Administration Tools 75
Email Notification 75
When Email Is Sent 76
SFTP Datastore 78
Migration or Fresh Install Tasks 78
Upgrade Task 78
Verify or View an ISO Filename 79
Delete ISO or COP Files 79
Remote SFTP Server Support 80
Add Remote SFTP Server 80
Associate Nodes to Remote SFTP Server 82
Edit Remote SFTP Server 83
Delete Remote SFTP Server 83
Delete Local SFTP/Datastore ISO files 84
Disk Space Warning Level 85
Configure Disk Space Warning Level 85
Max Nodes Configuration 85
Configure Max Nodes 86
Services 131
Limitations and Restrictions 135
Upgrades 151
ESXi Host 152
Migration and Installation Virtual Machines 152
Premigration 152
Postmigration 152
Task Validation 153
Cisco Prime Collaboration Deployment Shutdown 153
Monitoring Tasks 153
Managing Files in the SFTP Datastore 153
Using Cisco Prime Collaboration Deployment with Clustering Over WAN 153
Update for SHA512 COP A note was included to Upgrade Cisco Prime March 31, 2021
update the SHA512 COP Collaboration Deployment
file: Using CLI, on page 23
ciscocm.enable-sha512sum-v1.0.cop.sgn
Update for SHA512 COP A note was included to Upgrade Cisco Prime October 27, 2021
update the SHA512 COP Collaboration Deployment
file: Using CLI, on page 23
ciscocm.enable-sha512sum-2021-signing-key-v1.0.cop)
• Change IP addresses or hostnames in the cluster on existing Release 11.5 or higher clusters.
Important All the IP addresses that are mentioned in this document applies only for the IPv4
address format.
To upgrade or migrate to a new release of Cisco Unified Communications Manager or IM and Presence
Services, use this guide along with Upgrade and Migration Guide for Cisco Unified Communications Manager
and IM and Presence Service at http://www.cisco.com/c/en/us/support/unified-communications/
unified-communications-manager-callmanager/products-installation-guides-list.html. This guide provides
information about upgrade planning and pre-upgrade and post-upgrade procedures.
Note Cisco Prime Collaboration Deployment features are supported only by specific software versions. For details
on software versions that are compatible with each Cisco Prime Collaboration Deployment feature, see
Supported Tasks for Applications and Versions, on page 28. For details on supported upgrade paths, see
Upgrade Paths for Export Restricted and Unrestricted Software, on page 33.
Requirement Notes
Product Cisco Prime Collaboration Deployment
Version 14
CPU 2 vCPUs
Memory 4 GB
Port 22
Port 22 is required between Cisco Unified Communications
Manager and Cisco Prime Collaboration Deployment for Cisco
Prime Collaboration Deployment to perform migration.
Browser Requirements
Cisco Prime Collaboration Deployment provides a GUI interface that you can use to configure and manage
the system. You can access the interfaces by using the browsers and operating systems listed here.
Cisco Prime Collaboration Deployment supports the following operating system browsers:
• Mozilla Firefox 42
• Mozilla Firefox ESR 38.4
• Google Chrome 46
• Microsoft Internet Explorer (IE) 9, 10, 11
• Apple Safari 7
From any user PC in your network, browse to a server that is running Cisco Prime Collaboration Deployment
and log in with administrative privileges.
Note Simultaneous login to Cisco Prime Collaboration Deployment Administration GUI by more than five users
can affect performance. Limit the number of users and administrators that are logged in simultaneously.
Note Cisco Prime Collaboration Deployment Administration does not support the buttons in your browser. Do not
use the browser buttons (for example, the Back button) when you perform configuration tasks.
IP Address Requirements
You must configure the Cisco Prime Collaboration Deployment server to use a static IP address to ensure that
the server obtains a fixed IP address.
Note Cisco Business Edition 6000 and Cisco Business Edition 7000 servers are preinstalled with Cisco UC
Virtualization Hypervisor. If you plan to use Cisco Prime Collaboration Deployment with application VMs
on these servers, you must substitute a higher virtualization software feature level.
The following are not compatible with Cisco Prime Collaboration Deployment:
• Cisco UC Virtualization Hypervisor (appears as “Hypervisor Edition” in vSphere Client)
• VMware vSphere Hypervisor Edition
Note The system checks your passwords for strength. For guidelines on creating a strong password, see “What Is
a Strong Password?” below.
During the installation, you must specify the following usernames and passwords:
• Administrator account username and password
• Security password
You use the Administrator account username and password to log in to the following areas:
• Cisco Prime Collaboration Deployment GUI interface
• Command line interface
When you choose an administrator account username and password, follow these guidelines:
• Administrator account username—Must start with an alphabetic character and can contain alphanumeric
characters, hyphens, and underscores.
• Administrator account password—Must be at least six characters long and can contain alphanumeric
characters, space, colon (:), hyphens (-), double quote ("), comma (,), slash (/ \), braces ({}), square
bracket ([ ]), tilde (~), dollar ($), equal sign (=), plus sign (+), percentage sign (%), ampersand (&),
underscores (_), exclamation (!), at sign (@), hash (#), asterisk (*), caret (^), parenthesis ( ), vertical bar
(|), full stop (.).
Password should not contain a semicolon (;), angle brackets (< >), single quote ('), and question mark
(?).
You can change the administrator account password or add a new administrator account by using the command
line interface. For more information, see the Command line interface for Cisco Prime Collaboration Deployment
section.
For the security password, the password must be at least six characters long and can contain alphanumeric
characters, hyphens, and underscores.
Note Before you enable FIPS mode, Common Criteria, or Enhanced Security Mode, ensure that you have minimum
14 characters for Security Password.
Note Ensure that the ESXi password is less than 32 characters, cluster password (install/discovered/migration) is
less than 16 characters and are compliant with the preceding section that describes allowable special characters.
For more information on restrictions on the password format that are allowed for Cisco Unified Communications
Manager, see the Administration Guide for Cisco Unified Communications Manager and IM and Presence
Service at the https://www.cisco.com/c/en/us/support/unified-communications/
unified-communications-manager-callmanager/products-maintenance-guides-list.html.
Preinstallation Tasks
The following table contains a list of preinstallation tasks that you must perform to install Cisco Prime
Collaboration Deployment.
Task
Step 1 Read this entire chapter to familiarize yourself with the installation procedure.
Step 2 Verify that the server on which you plan to install Cisco Prime Collaboration
Deployment is properly configured in the DNS.
Step 3 Record the configuration settings for the server that you plan to install.
Note Cisco Prime Collaboration Deployment migration requires the use of a network file system (NFS) mounts on
the ESXi host of the destination virtual machine. You may require additional protocols or ports. See the ESXi
documentation at http://www.VMware.com for details.
Table 5: Use of Command Line Interface (CLI)/Cisco Platform Administrative Web Services (PAWS) for tasks
Note Because some of the fields are optional, they may not apply to your configuration.
Caution You cannot change some of the fields after installation without reinstalling the software, so be sure to enter
the values that you want. The last column in the table shows whether you can change a field after installation;
if so, the applicable CLI command is shown.
Country From the list, choose the applicable Yes, you can change the entry after
country for your installation. installation by running the following
CLI command:
set web-security
DHCP Cisco requires that you choose No No, do not change the entry after
to the DHCP option. After you installation.
choose No, enter a hostname, IP
address, IP mask, and gateway.
DNS Enable A DNS server resolves a hostname No, do not change the entry after
into an IP address or an IP address installation.
into a hostname.
Cisco Prime Collaboration
Deployment requires that you use a
DNS server. Choose Yes to enable
DNS.
DNS Primary Enter the IP address of the DNS Yes, you can change the entry after
server that you want to specify as the installation by running the following
primary DNS server. Enter the IP CLI command:
address in dotted decimal format as
set network dns
ddd.ddd.ddd.ddd.
To view DNS and network
information, run the following CLI
command:
show network eth0 detail
DNS Secondary (optional) Enter the IP address of the DNS Yes, you can change the entry after
server that you want to specify as the installation by running the following
optional secondary DNS server. CLI command:
set network dns
IP Address Enter the IP address of your server. Yes, you can change the entry after
installation.
set network ip eth0
Location Enter the location of the server. Yes, you can change the entry after
installation by using the following
You can enter any location that is
CLI command:
meaningful within your organization.
Examples include the state or the city set web-security
where the server is located.
MTU Size The maximum transmission unit Yes, you can change the entry after
(MTU) represents the largest packet, installation by running the following
in bytes, that this host transmits on CLI command:
the network.
set network mtu
Enter the MTU size in bytes for your
network. If you are unsure of the
MTU setting for your network, use
the default value.
The default value is 1500 bytes.
NTP Server Enter the hostname or IP address of Yes, you can change the entry after
one or more Network Time Protocol installation by running the following
(NTP) servers with which you want CLI command:
to synchronize.
utils ntp server
You can enter up to five NTP
servers.
Caution To avoid potential
compatibility,
accuracy, and network
jitter problems, the
external NTP servers
that you specify for the
primary node can be
NTP v4 (version 4). If
you are using IPv6
addressing, external
NTP servers must be
NTP v4.
Security Password Enter your security password. Yes, you can change the entry after
installation by running the following
The password must contain at least
CLI command:
six alphanumeric characters. The
password can contain hyphens and set password user security
underscores, but it must start with an
alphanumeric character.
Note Save this password.
Note Before you enable
FIPS mode, Common
Criteria, or Enhanced
Security Mode, ensure
that you have a
minimum 14 characters
for Security Password.
State Enter the state in which the server is Yes, you can change the entry after
located. installation by running the following
CLI command:
set web-security
Time Zone This field specifies the local time Yes, you can change the entry after
zone and offset from Greenwich installation by running the following
Mean Time (GMT). CLI command:
Choose the time zone that most set timezone
closely matches the location of your
To view the current time zone
machine.
configuration, run the following CLI
command:
show timezone config
Begin Installation
You install the operating system and Cisco Prime Collaboration Deployment by running one installation
program.
For information about how to navigate within the Installation wizard, see the following table.
Go to the previous window Space bar or Enter to choose Back (when available)
Get help information for a window Space bar or Enter to choose Help (when available)
Procedure
Step 2 Deploy the PCD_VAPP.OVA file in vCenter to install Cisco Prime Collaboration Deployment.
If you are using the vSphere client, the name of this file may be PCD_VAPP.OVA. If you are using the
VMware vSphere web client to deploy the file, you must first change the name to PCD_VAPP.ova (lowercase)
before you deploy the file.
Note If you are using Cisco Business Edition 6000 or Cisco Business Edition 7000
appliance with factory preloaded Cisco Collaboration Systems Release 11.5 or
higher, you need not download the OVA image. The Cisco Prime Collaboration
Deployment OVA is available in the datastore of the appliance. For details, see
http://www.cisco.com/c/en/us/products/unified-communications/
business-edition-6000/index.html or http://www.cisco.com/c/en/us/products/
unified-communications/business-edition-7000/index.html.
• Determine the following information for creating a virtual machine for Cisco Prime Collaboration
Deployment and mapping the required port groups:
• A name for the new Cisco Prime Collaboration Deployment that is unique within the inventory
folder and up to 80 characters.
• The name of the host where the Cisco Prime Collaboration Deployment is to be installed in the
inventory folder.
• The name of the datastore in which the VM files is to be stored.
• The names of the network port groups used for the VM.
Note Cisco Prime Collaboration Deployment does not support virtual machine implementation over VXLAN.
Procedure
Procedure
Step 1 From the vCenter window, open the console of your newly installed virtual machine.
Step 2 Power on the virtual machine.
Installation begins automatically.
Step 3 When you are asked if you have preexisting configuration information, click Continue to proceed.
The Platform Installation Wizard screen appears.
Step 9 For network configuration, you can choose to either set up a static network IP address for the node or to use
Dynamic Host Configuration Protocol (DHCP). Static IP addresses are recommended. If you use DHCP, use
static DHCP.
• If you have a DHCP server that is configured in your network and want to use DHCP, click Yes. The
network restarts and the Administrator Login Configuration window appears.
• If you want to configure static IP address for the node, click No. The Static Network Configuration
window appears.
Step 10 If you chose not to use DHCP, enter your static network configuration values and click OK.
The DNS Client Configuration window appears.
Step 11 To enable DNS, clickYes, enter your DNS client information and click OK.
The network restarts by using the new configuration information, and the Administrator Login Configuration
window appears.
Step 18 When the platform configuration is complete, click OK to complete the installation. The installation takes a
few minutes to complete.
Postinstallation Tasks
Procedure
Step 1 Configure the backup settings. Remember to back up your Cisco Prime Collaboration Deployment data
frequently. For more information on how to set up a backup schedule, see CLI Commands and Disaster
Recovery System, on page 137.
Step 2 Verify that you have a valid Network Time Protocol (NTP). To perform this check, log in to the Cisco Prime
Collaboration Deployment CLI and run the command utils ntp status.
Procedure
Step 1 If you want to place the ISO/COP on Cisco Prime Collaboration Deployment, upload it to the Cisco Prime
Collaboration Deployment server /upgrade folder by performing the following steps:
a) sftp adminsftp@<Cisco Prime Collaboration Deployment IP>
b) cd upgrade
c) put <name of iso file>
Note If you are using a remote file system, place the ISO/COP file there. Be sure that it can be accessed
through SFTP or FTP.
Step 2 Log on to the CLI interface of the Cisco Prime Collaboration Deployment server, and use the utils system
upgrade initiate CLI command.
You will be asked to choose an option, based on where your ISO/COP is located.
Warning: Do not close this window without first canceling the upgrade.
Step 4 The system searches the directory for files to upgrade to and displays those filenames. Select the file that you
wish to upgrade the Cisco Prime Collaboration Deployment system to by choosing the number of that file.
Step 5 Indicate whether you want the system to automatically switch to the upgraded version if the upgrade is
successful.
Example:
Automatically switch
versions if the upgrade is successful (yes/no): yes
Step 7 After the installation is complete, use the show version active CLI command to see the current version of
your Cisco Prime Collaboration Deployment software.
Example:
Active Master Version: 11.0.x.xxxxx-xxxx
Active Version Installed Software Options:
No Installed Software Options Found.
Step Tasks
Step 1: Inventory To perform any tasks, you must first have clusters in your inventory. To add a UC
Creation cluster that is already running UC applications to your inventory, click Open and
close navigation and choose Inventory > Clusters > Discovery Cluster feature.
To migrate an existing cluster to new virtual machines, click Open and close
navigation and choose Inventory > Clusters > Define Migration Destination Cluster.
(See Migration Task, on page 42.)
To install a new cluster, click Open and close navigation and choose Inventory >
Clusters > Define New UC Cluster feature. (See Install Task, on page 67.)
If you are migrating an existing cluster to a new virtual machine cluster, or installing
a new cluster, you must first add the ESXi Hosts that contain those virtual machines
to your inventory. To add an ESXi host, click Open and close navigation and choose
Inventory > ESXi Hosts. (See Add an ESXi Host Server, on page 37.)
Step 2: Create a You can create a task to perform an operation on a cluster in your inventory. During
Task task creation, options allow you to:
• Choose the cluster
Note This task depends on the type of cluster you require. For example,
you may choose a discovered cluster or a migration cluster.
Step 3: Monitor After a task is created, you can use the Monitoring window to view or track any task.
Tasks You can also use this page to cancel, pause, or resume tasks.
To view the tasks you created, see Monitor Task Status, on page 74.
Step 4: You can set up email notification. See Email Notification, on page 154.
Administrative
Tasks
To support application nodes behind the NAT, Cisco Prime Collaboration Deployment tracks the private IP
address and the NAT IP address. Use Cisco Prime Collaboration Deployment to specify the NAT IP address
for deployment nodes and the application. Cisco Prime Collaboration Deployment uses the NAT IP address
to communicate with the application node. However, when you configure a node using the
platformConfig.xml file, the node uses its private address.
Note When Cisco Prime Collaboration Deployment is behind the NAT and application nodes are in a private
network, the application nodes communicate with the NAT IP address.
Use the NAT Settings window in the Administration menu to set the NAT IP address for Cisco Prime
Collaboration Deployment. The NAT IP address that you enter on this window does not appear on any window
on the GUI.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click Open and close navigation and choose
Administration > NAT Settings.
The NAT Settings window appears and is prepopulated with the hostname and the private IP address.
Step 2 Enter the NAT IP address in the NAT IP field.
Step 3 Click Save.
The NAT IP address is saved as an entry in a configuration file on Cisco Prime Collaboration Deployment.
This entry is used when the application nodes try to contact Cisco Prime Collaboration Deployment, then the
application nodes read the configuration file to get the NAT IP address, and then try to communicate Cisco
Prime Collaboration Deployment with that IP address.
Step 4 (Optional) Click Reset.
The NAT IP address is reset to the earlier saved NAT IP address.
Note • You can only use the 14SU2 or later versions of Cisco Prime Collaboration Deployment for all 14SU2
UC clusters.
• For Direct Standard Upgrade or Migration of UC clusters in FIPS mode with the Pre-14SU2 releases,
install the COP file ciscocm.ciscossl7_upgrade_CSCwa48315_CSCwa77974_v1.0.k4.cop on the UC
clusters.
Note If the source is in FIPS mode and/or PCD in FIPS mode, see https://www.cisco.com/web/software/286319173/
139477/ciscocm.ciscossl7_upgrade_CSCwa48315_CSCwa77974_v1.0.k4.cop-ReadMe.pdf for information
on the COP file ciscocm.ciscossl7_upgrade_CSCwa48315_CSCwa77974_v1.0.k4.cop. This document details
the pre-requisites required for direct upgrade or direct migration to the 14SU2 destination versions.
Note If your 14SU2 version of Cisco Prime Collaboration Deployment is in FIPS mode and you are using any of
the Pre-12.5 UC clusters to perform cluster discovery, upgrade, or migration, you must first switch your Cisco
Prime Collaboration Deployment to work in the non-FIPS mode before proceeding with any of these tasks.
Note The releases listed in the tables do not specify the Engineering Special (ES)/ Service Update (SU) versions.
To identify supported ES/SU versions that you can upgrade or migrate to through Cisco Prime Collaboration
Deployment, see the release notes of the corresponding product, such as IM and Presence, Cisco Unified
Communications Manager, and Unity Connection.
Note Cisco Prime Collaboration Deployment supports the destination version 11.5 and above for an upgrade or a
migration. The application versions 10.x and above support virtualization. If the source version is 11.5 and
above, the upgrade task is supported. However, if the source version is prior to 11.5, the upgrade task is not
supported.
A migrate cluster task can migrate to any of releases listed in the tables, by having source version as 10.x and
destination version should be 11.5 or higher on virtual machine.
Note If you're using Cisco Prime Collaboration Deployment to migrate Cisco Unified Communications Manager
from Release 12.0(1) to any higher release, you must install the following COP file on the 12.0(1) system
before you begin the migration. Otherwise, the configuration files related to Smart Licensing won't be migrated.
ciscocm-slm-migration.k3.cop.sgn
This requirement applies only for Prime Collaboration Deployment migrations from Release 12.0(1) of Cisco
Unified Communications Manager (build 12.0.1.10000-10). If you are migrating from a higher release, such
as Cisco Unified Communications Manager 12.0(1)SU1, you don't need to install the COP file.
Note Check destination application version release notes for any known caveats with using the Cisco Prime
Collaboration Deployment tasks with the application. For Cisco Prime Collaboration Deployment, Fresh
Install, Migrate and Upgrade tasks, check the destination application’s Installation Guide and Upgrade Guide
for any application-specific rules or restrictions on using these Cisco Prime Collaboration Deployment tasks
with the application (for example, required node sequencing for installs or upgrades, restrictions on how COPs
may be installed, and so on.)
Note If you're using Cisco Prime Collaboration Deployment to discover a cluster of the products deployed with the
releases that have an issue as mentioned in the below table, you must install the
ciscocm.V11.5.1_CSCvv25961_add_diffie_C0085 COP file on the Unified Communications Manager system
before you begin the discovery, otherwise, the discovery fails.
Product Release with issue Cop file for fix Release with Fix
Note If you are using Cisco Prime Collaboration Deployment for upgrading clusters of the products deployed using
SHA-512 files, ensure that you use the Release 14 or above versions of the Cisco Prime Collaboration
Deployment. As part of enhancing the security compliances, all new COP and ISO files now have a '.sha512'
extension in their names instead of the '.sgn' extension. For more information, see 'Enhanced Security
Compliances' at Release Notes for Cisco Unified Communications Manager and the IM and Presence Service,
Release 14.
Table 8: Supported Tasks for Cisco Unified Communications Manager (including Session Management Edition)
Task Release
Task Release
Task Release
Table 10: Supported Tasks for Cisco Unified Contact Center Express
Task Release
Migrate Cluster (Install Application and Import Data from Old Not Supported
System)
Fresh Install New Cluster or Edit or Expand an Existing Cluster 11.5, 11.6, 12.x
Readdress (Change Hostname or IP Addresses for One or More 11.5, 11.6, 12.x
Nodes in a Cluster)
Note When you perform any task (Upgrade Cluster, Fresh Install New Cluster, or Edit or Expand an Existing
Cluster) from Unified Contact Center Express, you cannot use the touchless installation method. The user
needs to enter the details manually. For more information on the installation process, see the Installation
Guide and Upgrade Guide of Cisco Unified Contact Center Express.
Task Release
Table 13: Supported Upgrade Paths for Export Restricted and Unrestricted Software
Export Restricted (K9) Export Restricted (K9) Supported for Upgrade paths
Supported for Migration paths
Export Restricted (K9) Export Unrestricted (XU) Not supported for Upgrade paths
Supported for Migration paths
Export Unrestricted (XU) Export Restricted (K9) Not supported for Upgrade paths
Not supported for Migration paths
Export Unrestricted (XU) Export Unrestricted (XU) Supported for Upgrade paths
Supported for Migration paths
Related Topics
Create an Upgrade Task, on page 56
Create a Switch Versions Task, on page 60
VMware vSphere ESXi on Host having VM of Cisco Cisco Prime Collaboration Deployment Version
Unified Communications Manager or Another Compatibility for VMware APIs
Application
5.5 No
VMware vSphere ESXi on Host having VM of Cisco Cisco Prime Collaboration Deployment Version
Unified Communications Manager or Another Compatibility for VMware APIs
Application
Cluster Inventory
Add a cluster to the Cisco Prime Collaboration Deployment inventory before you can use it in a task. The
Discover Cluster feature is used to add existing clusters to the inventory. To create a new cluster by migrating
an old cluster to new virtual machines, click Define Migration Destination Cluster. To install a new cluster,
click Define New UC Cluster.
Discover a Cluster
With the Discover Cluster feature, Cisco Prime Collaboration Deployment communicates with the servers
that are already running Unified Communications applications and adds that cluster information into the Cisco
Prime Collaboration Deployment inventory.
When you perform the Discover Cluster operation, the Cisco Prime Collaboration Deployment server
communicates with the publisher of the cluster and retrieves the cluster information. Then, it communicates
with each server, installs the ciscocm.ucmap_platformconfig.cop file on the server (to retrieve
configuration information), and collects information about the hostname, IP, product type, and both active
and inactive versions for that server.
From 10.x and above UC clusters, Cisco Prime Collaboration Deployment uses SOAP requests to pull
platformConfig.xml file from UC nodes. The cop file “ciscocm.ucmap_platformconfig.cop” is installed if
Platform Administrative Web Service(PAWS) is not available.
Note If your 14SU2 version of Cisco Prime Collaboration Deployment is in FIPS mode and you are using any of
the Pre-12.5 UC clusters to perform cluster discovery, you must first switch your Cisco Prime Collaboration
Deployment to work in the non-FIPS mode before proceeding with cluster discovery.
For details on the supported applications, see “Supported Upgrade and Migration Tasks” in the Related Topics
section.
Note If a cluster includes Cisco Unified Communications Manager and IM and Presence Service (Cisco Unified
Communications and IM and Presence Service servers), the Cluster Discovery discovers the Cisco Unified
Presence or IM and Presence Service nodes as part of the Cisco Unified Communications Manager cluster.
If you are upgrading IM and Presence Services nodes to a Maintenance Release (MR) or an Engineering
Special (ES) Release and you are not upgrading Cisco Unified Communications Manager nodes, following
rules apply:
• If you are using the Cisco Unified OS Administration interface for upgrade, you must upgrade the Cisco
Unified Communications Manager publisher node and then upgrade the IM and Presence Services nodes
to an MR or an ES Release.
• If you are using the Cisco Prime Collaboration Deployment migration task, choose the Cisco Unified
Communications Manager publisher node in addition to the IM and Presence Services nodes.
• If you are using the Cisco Prime Collaboration Deployment upgrade task, you do not need to select the
Cisco Unified Communications Manager publisher node if the first three digits of new version of IM
and Presence Services match the first three digits of the currently installed version of Cisco Unified
Communications Manager.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click Open and close navigation and choose
Inventory > Clusters.
The Clusters window appears.
Step 2 Click Discover Cluster to discover the existing clusters.
The Discover Cluster wizard appears.
Step 3 Enter details in the following fields:
• Choose a Nickname for this Cluster
• Hostname/IP Address of Cluster Publisher
Note For a cluster that has both Unified Communications Manager and IM and Presence Service
nodes, enter the hostname or IP address of the Cisco Unified Communications Manager
publisher.
Note When the publisher is behind the NAT, providing the private IP address of the publisher
does not reach to the node. You must provide the proper NAT/ Public IP address for
successful node discovery.
• OS Admin Username
• OS Admin Password
Note Ensure that cluster password is less than 16 characters.
You must not use the % character in the Cisco Unified OS Administration password for
successful node discovery.
• Enable NAT
Step 4 (Optional) Check the Enable NAT check box, and then click Next.
Important During discovery, the ciscocm.ucmap_platformconfig.cop file is installed automatically
on the active partition of all nodes in the cluster. This COP file is used for the cluster discovery
process and does not affect Cisco Unified Communications Manager.
Note When a cluster is behind NAT, the application tries to establish communication with each node
using its private address. So, the nodes are unreachable. A pop-up shows the unreachable nodes.
Cisco Prime Collaboration Deployment generates a list of cluster nodes from the inventory of the publisher
server. The list generation process may take several minutes to complete. After the list is generated, a
confirmation message appears to indicate the completion of the cluster discovery process.
Step 5 Click Edit to add NAT IP address, and click OK.
The NAT IP address is set for the hostname.
Step 6 Click Resume Discovery to resume the discovery of unreachable nodes.
Cisco Prime Collaboration Deployment retries to discover the cluster with the NAT IP address instead of the
private IP address and to get the cluster details, such as version. The discovery is successful when the cluster
details appear on the window.
Step 7 Click Next.
Step 8 (Optional) Click Assign Functions to assign functions to each of the cluster nodes.
Note The assignment of functions has no effect on the services that are to be activated. However, this
information can be used to determine the default sequence of tasks.
The Assign Functions dialog box appears.
Step 9 Click Finish.
The cluster appears in the Clusters window, showing the cluster name, the product and version, the cluster
type as Discovered, and the discovery status.
Note It might take a few minutes to discover a cluster. After the discovery is complete, the information
for each node in the cluster is listed in the Cluster Inventory window. If you cancel the discovery
before it is complete, the data is lost and you will have to repeat the discovery procedure.
Note The following are the different statuses that appear for the Discovery Status field:
• Contacting—Indicates that Cisco Prime Collaboration Deployment is establishing
communication with clusters.
• Discovering—Indicates that the cluster discovery is in process.
• Successful—Indicates that the cluster discovery is successful.
• Node Unreachable—Indicates that the cluster node is inaccessible.
• Timeout—Indicates that the duration that is configured for the cluster discovery is complete
but no cluster was discovered.
• Internal Error—Indicates that cluster discovery is failed because of an incorrect NAT IP
address.
Related Topics
Upgrade Paths for Export Restricted and Unrestricted Software, on page 33
Note The cluster nodes that you need to install appear as editable and have Edit and Delete links. The installed
cluster nodes appear dimmed and you cannot edit or delete them.
Note When you add new nodes to the installed cluster, all fields on Configure NTP Settings page appear dimmed
and are non-editable. The fields on the other pages will populate the values of the already installed nodes as
the default. If needed, you can change the values for the newly added nodes.
Procedure
Step 1 Discover a cluster by following the Discover a Cluster procedure. See Discover a Cluster, on page 34.
Step 2 Check the check box of one of the discovered or newly installed clusters to choose a cluster, and click Edit
link.
Step 3 On the Edit Link window, view the details in the fields, and modify the details, as required.
Step 4 Click OK.
Important When you add an ESXi host into Cisco Prime Collaboration Deployment, you mount the Cisco Prime
Collaboration Deployment server as a network file system (NFS) mount on that host. In future, if you remove
your Cisco Prime Collaboration Deployment machine, you first delete the ESXi host from the Cisco Prime
Collaboration Deployment so that it does not cause a stale NFS mount on that host.
To communicate with an ESXi host server, Cisco Prime Collaboration Deployment requires either root access
to the ESXi software or a nonroot user with Host(Configuration, Storage Partition Configuration) and
Virtual Machine(Interaction, Configure CD Media, Configure Floppy Media, Device Connection, Power
Off, and Power On) privileges enabled. The administrator creates a nonroot user with the specific permissions
for Cisco Prime Collaboration Deployment tasks, such as Interactions, Configure CD Media, Configure Floppy
Media, Device Connection, Power Off, and Power On privileges, for the fresh install or migration. The length
of the nonroot user password must be less than 16 characters.
For more information on user password, see the Frequently Asked Questions About the Installation, on page
7.
Note When you shut down a Cisco Prime Collaboration Deployment server, we recommend that you use the utils
system shutdown CLI command.
Note Make sure that the host with the Cisco Prime Collaboration Deployment VM and the host with the application
VMs use the required Virtualization Software License. See Virtualization Software License Types, on page
6.
Note Ensure that the ESXi password is less than 32 characters, cluster password (install/discovered/migration) is
less than 16 characters and are compliant with the preceding section that describes allowable special characters.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click the open and close navigation button and
choose the Inventory > ESXi Hosts from the menu.
Step 2 Click Add ESXi Host.
Step 3 The Add Host Server dialog box appears. Enter the following information:
a) Hostname/IP Address
b) Root sign-in or sufficiently privileged nonroot sign-in
c) Root password or nonroot password
Step 4 Click OK to add the ESXi host.
Note After you define the migration cluster, see "Migration Task" at Migration Task, on page 42 to define when
and how to perform the migration.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, select Inventory > Cluster.
Step 2 Click Define Migration Destination Cluster.
The Define Migration Destination Cluster wizard appears.
Step 3 In the Specify Clusters section, specify the name of the cluster, select the source UC cluster from the drop-down
list. Enter a name in the Destination Cluster Name field and select one of the following Destination Network
Settings options:
• To retain the default network options, select the Use the source node network settings for all destination
nodes option.
• To modify the default network settings or enter new network options, select the Enter new network
settings for one or more destination nodes option.
Note If you select the Use the source node network settings for all destination nodes option, same
IP address appears for both the source node NAT IP and Dest NAT IP columns Assign
Destination Cluster Nodes. If you select the Enter new network settings for one or more
destination nodes option, only source hostname appears and not the destination hostname on
the Assign Destination Cluster Nodes window.
The changes are saved and a row is added to the clusters table to reflect the new migration cluster that you
have created.
Step 1 From the Cisco Prime Collaboration Deployment application, select Inventory > Clusters.
Step 2 Click Define New UC Cluster.
The Define Cluster wizard appears.
Step 3 In the Specify Cluster Name section, enter the cluster name, and click Next.
The Add Virtual Machines window appears.
Step 4 Click Add Node to add nodes to the cluster.
The Add Node dialog box appears to show the list of the available VMs that are sorted by name and by host.
Step 5 On the Add Node window, enter the network settings for the node that you have added, choose the functions
for the node, and choose a VM for this node. Select the VM that you wish to add and then enter the following
information in the sections below the VM table:
a) In Network section, select either Static IP Address or Use DHCP with reservations. If you select the
Static IP Address option, enter the hostname, IP Address, subnet mask, gateway, and NAT IP. If you
select Use DHCP with reservations option, enter the IP address that you have a reservation for on your
DHCP server (associated with the MAC address for that VM) in addition to the hostname.
If you are adding a Cisco Unified Contact Center Express server, do not use DHCP for network settings.
Note NAT IP is an optional field. In Step 4, if you have selected a node that is behind NAT, enter
the IP address in the NAT IP field, else leave this field blank. The value that you enter in
this field appears in the NAT IP column. If the NAT IP address is associated with a port,
you can enter port value which should be in the range of 1–65535.
d) Click OK.
e) In Virtual Machines section, choose a VM for this node.
Note • Choose a new VM for fresh install clusters and that new VMs must be in turned off
state.
• Do not install over an existing running Cisco Unified Communications Manager node.
The installation must be a fresh VM that you create with the appropriate OVA for the
application that you will install.
Task Management
After you add your clusters and ESXi hosts to the Cisco Prime Collaboration Development inventory, you
can create tasks to manage your clusters. Each task has the following common features:
• Each task is applied to a single cluster.
• The default sequence for each task (for example, what servers are affected and when) is applied based
on the server functions you defined.
• The sequence of each task can be customized to fit your needs.
• Each task can be scheduled to start immediately or at a later date.
• Tasks can also be created without a specific start time. You can then manually start the task through the
Monitoring page at the appropriate time.
Migration, install, and upgrade tasks require you to select one or more Cisco Option Packages (COP) or ISO
files. You must download these files from Cisco.com and upload them to the Cisco Prime Collaboration
Deployment server before you create the task. You can use any SFTP client to upload the files using the
"adminsftp" account and the OS Administration password. Upload migration and .iso install files into the
/fresh_install directory, and place upgrade .iso files or .cop files to be installed on an existing server
in the /upgrade directory.
Migration Task
Before You Begin
Note To verify that your source and the desired destination application versions are supported paths for PCD
Migration Task, see the 'Supported Tasks for Cisco Unified Communications Manager (including Session
Management Edition)' table in section Supported Tasks for Applications and Versions.
To perform cluster migration, the destination-virtual machine must be ready for installation before you create
the migration task. Be sure that the following steps are completed:
1. VMware—Deploy the hardware for the new cluster and install ESXi.
Note Make sure that the host with the Cisco Prime Collaboration Deployment VM and the host with the application
VMs use the required Virtualization Software License. See Virtualization Software License Types, on page
6.
2. ISO file—Download the recommended OVA and ISO images for the target release, and use SFTP to send
the ISO file to the Cisco Prime Collaboration Deployment server, /fresh_install directory.
3. VMware—Deploy the Cisco-recommended OVA to create the VMs for the destination nodes. Create the
appropriate number of target-virtual machines on your ESXi hosts (one new virtual machine for each
server in the existing cluster) using the Cisco OVAs that you downloaded in Step 2. Configure the network
settings on new VMs.
4. Cisco Prime Collaboration Deployment GUI—Add the ESXi Hosts that contain your virtual machines
to the Cisco Prime Collaboration Deployment inventory. For information about adding an ESXi host to
Cisco Prime Collaboration Deployment, see Add an ESXi Host Server, on page 37.
5. Cisco Prime Collaboration Deployment GUI—Ensure that you performed a cluster discovery for the
existing cluster (source cluster) so that it appears in the Cluster Inventory. For information about cluster
discovery, see Discover a Cluster, on page 34.
6. Cisco Prime Collaboration Deployment GUI—Create the migration cluster (click Open and close
navigation and choose Inventory > Clusters) to define the mapping between MCS source nodes and
target-virtual machines.
Important When the migration cluster is created, you must indicate whether all destination nodes maintain the same
hostname or IP address, or whether some of these addresses change.
• Using the source node settings for all destination nodes option is called a simple migration. See the
migration flow chart for more information.
• Entering new network settings for one or more destination nodes is called a network migration. See
the migration flow chart for more information.
Special Considerations
• If you are migrating a cluster that is security that is enabled, see CTL Update, on page 149 for special
instructions. If you are performing a migration with network migration (where one or more hostnames
or IP addresses change between the source and destination nodes), update the IP addresses or hostnames
of destination nodes in your DNS server before you begin the migration task.
• You can specify a different NAT address for source and destination, so that the source is not abruptly
shut down. If you want to perform a simple migration but need to specify different Network Address
Translation (NAT) entries for source and destination, you must select “Network Migration” and provide
the same details for source and destination (all hostnames and IP addresses).
Note 1. Before migrating the cluster, we recommend installing the latest Upgrade Readiness COP file. See the
Upgrade and Migration Guide for Cisco Unified Communications Manager and IM and Presence Service
for details. This is applicable if the source cluster is 9.X or above and valid only for Unified
Communications Manager and IM and Presence Service.
2. Make sure that Prime Collaboration Deployment has enough free space depending on the size of the source
cluster in the common partition.
3. If your 14SU2 version of Cisco Prime Collaboration Deployment is in FIPS mode and you are using any
of the Pre-12.5 UC clusters to perform migration, you must first switch your Cisco Prime Collaboration
Deployment to work in the non-FIPS mode before proceeding with migration. You can also use the Fresh
Install with Data Import (V2V) option if you do not plan to use Cisco Prime Collaboration Deployment
for migration.
Procedure
Step 1 Click Open and close navigation and choose Task > Migrate.
Step 2 Click Add Migration Task. The Add Migration Task wizard appears.
Step 3 In the Specify Task Name drop-down, enter a name for the migration task in Choose a Nickname for this
Migration Task.
Step 4 From the Source UC Cluster drop-down list, select the cluster on which the nodes to be migrated from are
located.
Step 5 From the Destination Cluster drop-down list, select the destination cluster or migration map. The migration
maps are associated with the source cluster you have selected. Click Next.
If you want to apply an upgrade patch along with the migration, click Yes radio button. Click No radio button
to proceed with migration task only.
Step 6 In the Choose Migration Files section, choose the ISO file you wish to install on the destination cluster by
clicking Browse. The Choose a Migration File window opens. Select the ISO file from the list and click
OK.
If you have applied upgrade patch along with the migration, browse the patch files along with the ISO files
for Unified Communications Manager and IM and Presence Service
You must select the patch file of the same Engineering Special (ES)/ Service Update (SU) versions of the ISO
file.
Important The ISO file is visible here only if it was placed in the local SFTP directory under
/fresh_install, if Prime Collaboration Deployment is used as local SFTP. If any remote
SFTP is associated with the migration cluster, then the files should present in the remote SFTP.
If you select Prime Collaboration Deployment as SFTP, then you can place the migration file under
/fresh_install and the upgrade patch file under /upgrade directory. If you select any remote SFTP,
then both migration and upgrade patch file should be in the same SFTP server.
Note To create a migration task, while selecting ISO files, ensure that the ISO files are common across
all the required SFTP servers which are associated to cluster nodes. If the ISO files are not common
to all the required SFTP servers which are associated to cluster nodes, the valid files do not appear
although they are valid for migration. To view all the ISO files, from the Show drop-down list,
choose All.
Note When you add the Remote SFTP server, you should maintain the different SFTP directories for
fresh install/migration and upgrade. You can add the same Remote SFTP server for fresh
install/migration and upgrade but directories for fresh install/migration and upgrade should be
different.
Step 7 If you want to make the newly created task as dependent on the successful completion of another previously
executed task, check the checkbox of the tasks listed in the Task Dependency Scheduling .
You can select multiple tasks as dependent tasks. If you do not want to make any dependency, check the No
Dependency checkbox.
• The Pencil icon opens up an Edit Step window. Add nodes to be migrated in this step from the list of
available nodes. The available nodes are the ones that you chose for migration.
• The step to which each node is assigned displays next to the node. If a node is not assigned to any step,
it shows as unassigned.
• When you assign all the nodes to a step, a default sequencing is available.
Important You cannot proceed to the next step until you assign all the nodes.
• The Pause task after step completes option pauses the task after completion of this step. You must
manually start the next step to complete the task.
For more information about sequencing tasks, see the task management information at the beginning of this
section.
Step 10 Select the date and time when you want the migrate task to begin. You have the following options to schedule
upgrades:
If the task is created as depended task, then Set Start Time section is disabled.
Note Cisco Prime Collaboration Deployment does not allow you to select the date and time for the
dependent tasks, as the dependent task starts automatically after the successful completion of the
existing task.
• Select Schedule for a specific time to enter the date and time when you want the migrate task to start.
The start time that you set is based on the time zone of the Cisco Prime Collaboration Deployment server
as denoted by the time zone that is displayed with this option.
Note If you schedule a task for a few minutes in the future, but do not save it until that scheduled
time passes, then the task starts automatically.
• Select Start task immediately upon completion of this wizard to start the task immediately after you
click Finish.
• If you want the system to automatically switch to the new version, choose the option Upgrade Option
to Automatically Switch to New Version after Successful Upgrade.
Related Topics
Upgrade Paths for Export Restricted and Unrestricted Software, on page 33
to check the task before it runs. If there are any problems with the task (such as a missing ISO file, or VMs
not in Off state), the validation will alert you, so the issues can be fixed before the task starts.
For a task that was scheduled to start, you can click the Start button to begin the task.
While the migration task is running, depending on the type of migration task, some user operations might be
needed. For example, if you are performing a “migration with network migration,” the sequence automatically
inserts a “Forced Pause” into the sequence after all the servers have been installed. This will cause the migration
task to pause after all the new servers are installed but before any of the source machines are shut down.
Consult the table below and the applicable Migration Procedure flow chart (see the “Migration Procedure
Flow Charts” section) to determine if any user interaction will be needed during the migration task.
Important When the migration cluster is created, you must indicate whether all destination nodes will keep the same
hostname or IP address, or if some of these addresses will be changing.
• Using the source node settings for the all destination nodes option is referred to as a “simple migration”
in the “Migration Procedure Flow Charts” section.
• Entering new network settings for one or more destination nodes option is referred as “network migration”
in the “Migration Procedure Flow Charts” section.
Unified CM source Simple Migration or Unified CM source User procedures to be performed during
cluster - from Network Migration cluster - (secure or migration
Release nonsecure)
10.x Simple migration Secure No steps required during migration.
10.x Network migration Secure When the migration task reaches the
Forced Paused step, perform the following
steps:
1. CTL Update
2. Bulk Certificate Management
3. Resume the task on Cisco Prime
Collaboration Deployment GUI.
10.x Network migration Nonsecure When the migration task reaches the
Forced Paused step, perform the following
steps:
1. Bulk Certificate Management
2. Resume the task on Cisco Prime
Collaboration Deployment GUI.
11.x, and 12.x Simple migration Secure No steps are required during migration.
11.x, and 12.x Simple migration Nonsecure No steps are required during migration.
Unified CM source Simple Migration or Unified CM source User procedures to be performed during
cluster - from Network Migration cluster - (secure or migration
Release nonsecure)
11.x, and 12.x Network migration Secure When the migration task reaches the
Forced Paused step, perform the following
steps:
1. CTL Update
2. Bulk Certificate Management
3. Resume the task on Cisco Prime
Collaboration Deployment GUI.
11.x, and 12.x Network migration Nonsecure When the migration task reaches the
Forced Paused step, perform the following
steps:
1. Bulk Certificate Management
2. Resume the task on Cisco Prime
Collaboration Deployment GUI.
Postmigration Tasks for Cisco Unified Communication Manager Nodes in the Cluster
“After the migration task runs successfully, if a migration task with network migration is performed, some
additional steps is required. (No postmigration tasks are required if a simple migration is performed.) ”
Consult the following table and the applicable migration Use Case flowchart to determine whether any user
tasks should perform after the migration task is successful.
Unified CM source cluster Simple Migration or Unified CM source cluster User procedures to be
- from Release Network Migration (Secure or Non-secure) performed after migration
Unified CM source cluster Simple Migration or Unified CM source cluster User procedures to be
- from Release Network Migration (Secure or Non-secure) performed after migration
Note Device default settings will NOT be carried over from source cluster to destination cluster after a simple or
network migration task.
Any device packs installed for specific features need to be reinstalled if destination cluster version does not
already include the device pack feature.
Note After migration, reinstall all COP files for any country locale that you are using. COP files may be reinstalled
through PCD Upgrade Task or Unified Communications Manager OS Admin or CLI.
Procedure
Simple Migration
Figure 1: Flow Chart for Simple Migration
Note Cisco Prime Collaboration Deployment does not support migration of Business Edition 5000 Appliance
running on MCS 7828H3.
Check the Status of the Cluster Manager Service on All Source Nodes
The steps below are used if a migration task fails when there were network migration changes on one or more
nodes. Following the failure, you may need to perform some steps to get the old cluster nodes running again.
See the flow chart above for all steps to be followed. Below are detailed steps for running the CLI command
to restart cluster manager on old nodes.
Perform the following steps manually on all subscriber nodes that were supposed to have network changes
(for example, hostname, IP address, or both) after all old cluster nodes are up and running.
Use cases that may require the restart of Cluster manager on source nodes are:
Use Case 1
Procedure
Step 1 Enter the following CLI command at the command prompt: utils service list. The following output appears:
Step 2 If Cluster Manager Service status is STOPPED, type the following command to start the service on the old
subscriber node:
utils service start Cluster Manager
Upgrade Task
Use Cisco Prime Collaboration Deployment to perform the following types of upgrade tasks:
• Direct standard upgrade—This upgrade does not require upgrades to the embedded operating system.
You can install upgrade software on your server while the system continues to operate.
• Direct refresh upgrade—This upgrade is required in situations where incompatibilities exist between the
old and new software releases. For example, a refresh upgrade is required when the major version of the
embedded operating system changes between the version you are upgrading from and the version that
you are upgrading to.
The application automatically determines whether you need to perform a direct standard upgrade or a direct
refresh upgrade.
Note If your 14SU2 version of Cisco Prime Collaboration Deployment is in FIPS mode and you are using any of
the Pre-12.5 UC clusters to perform an upgrade, you must first switch your Cisco Prime Collaboration
Deployment to work in the non-FIPS mode before proceeding with the upgrade.
Note Based on the source version and destination version you choose, Cisco Prime Collaboration Deployment uses
either direct standard upgrade sequence or validation, or direct refresh upgrade sequence or validation.
Use the Add Upgrade Task wizard to create and edit upgrade tasks.
To create or edit a new upgrade task to automatically run on one or more clusters at scheduled times, follow
these steps.
Note Before upgrading the cluster, Cisco recommends to install the latest Upgrade Readiness COP file. Refer to
the Upgrade and Migration Guide for Cisco Unified Communications Manager and IM and Presence Service
for details. This is applicable if the source cluster is 9.X or above and valid only for Unified Communications
Manager and IM&P.
Procedure
Step 1 Click Open and close navigation and choose Task > Upgrade from the main menu.
Step 2 Click Add Upgrade Task.
Step 3 In the Specify Task Name drop-down, enter a name for the upgrade task in Choose a Nickname for this
Upgrade Task.
Step 4 Select the upgrade type as ISO or COP.
You can install multiple cops files in a single upgrade task.
Note If the user select the multiple cop files for upgrade then the task sequence will load up according
to the selected COP files.
Step 5 From the Cluster drop-down list, select the cluster on which the nodes to be upgraded are located.
Step 6 If you want to make the newly created task as dependent on the successful completion of another previously
executed task, check the checkbox of the tasks listed in the Task Dependency Scheduling .
You can select multiple tasks as dependent tasks. If you do not want to make any dependency, check the No
Dependency checkbox.
You can make an upgrade ISO task dependent on an upgrade task only.
You can make an upgrade COP task dependent on Install and Migration task.
Step 7 Select the nodes that are part of the upgrade from the list of nodes.
Step 8 Click Next.
Note The Next button is dimmed if no nodes are selected.
Step 9 Click the respective Browse buttons to select the upgrade files from the file server.
Note The option to select upgrade files is available only for the selected product types and applications
that are currently supported in the cluster.
Step 13 Select the date and time when you want the upgrade task to begin. You have the following options to schedule
upgrades:
If the task is created as depended task, then Set Start Time section is disabled.
Note Cisco Prime Collaboration Deployment does not allow you to select the date and time for the
dependent tasks, as the dependent task starts automatically after the successful completion of the
existing task.
• Select Schedule for a specific time to enter the date and time when you want the upgrade task to start.
The start time that you set is based on the time zone of the Cisco Prime Collaboration Deployment server
as denoted by the time zone that is displayed with this option.
Note If you schedule a task for a few minutes in the future, but do not save it until that scheduled
time passes, then the task starts automatically.
• Select Start task immediately upon completion of this wizard to start the task immediately after you
click Finish.
• If you want the system to automatically switch to the new version, choose the option Upgrade Option
to Automatically Switch to New Version after Successful Upgrade. Otherwise, the server, or servers,
are upgraded but remain on the current version of software. In that case, you can schedule a switch version
task to switch over to the upgraded version of software.
• The Pencil icon opens up an Edit Step window. Add nodes to be upgraded in this step from the list of
available nodes. The available nodes are the ones that you chose for an upgrade.
• The step to which each node is assigned displays next to the node. If a node is not assigned to any step,
it shows as unassigned.
• When you assign all the nodes to a step, a default sequencing is available.
Important You cannot proceed to next step until you assign all the nodes.
• The Pause task after step completes option pauses the task after completion of this step. Manually start
the next step to complete the task.
Step 18 See the Review section to verify the details of the task you created. You can add notes for the task, if necessary.
The notes are saved with the task and are visible if the task is edited before completion.
Related Topics
Upgrade Paths for Export Restricted and Unrestricted Software, on page 33
Database Replication
Database replication is one of the steps of refresh upgrade process. Cisco Prime Collaboration Deployment
runs services and commands and waits for the database replication status of the selected Cisco Unified
Communications Manager nodes.
For more information, see “Sequencing Rules and Time Requirements” chapter of the Upgrade and Migration
Guide for Cisco Unified Communications Manager and IM and Presence Service at http://www.cisco.com/
c/en/us/support/unified-communications/unified-communications-manager-callmanager/
tsd-products-support-series-home.html.
Note Cisco Prime Collaboration Deployment checks the database replication when you choose the cluster that is
combined with Cisco Unified Communications Manager and IM and Presence Service. The database replication
runs only for Cisco Unified Communications Manager before the IM and Presence Service upgrade or switch.
Only after successful database replication, the next task that is listed in the upgrade sequence starts. The tasks
listed after database replication include upgrade or switch version of IM and Presence Service subscriber
nodes.
It allows you to reuse a previously configured task sequence as opposed to having to rescript the sequence
from scratch.
During task creation, the task wizard progresses to the sequence pane where a user can configure the ordering
and pause characteristics. If there is a task in the system of similar type, the sequence from that task is presented
as the default sequence.
In this case, a check box labeled Use Last Configured Run Sequence is visible just above the sequence
table. You can check the check box to use the sequence from the previous task or leave the check box unchecked
to use the default sequence that the system generates.
To be considered a task of similar type, the selected cluster, task type, and nodes in the task must match
exactly. If multiple tasks meet the similar type criteria, the most recently created task is used and its sequence
is presented as the default to the user.
In the case of an upgrade task, there is an additional requirement. The type of installation must be either ISO
based or COP based. The COP and ISO installations can be performed with different sequencing.
Note The Automatic Switch version option is not available on clusters which contain Unity Connection and Cisco
Unified Contact Center Express nodes. For clusters with Cisco Unity Connection and Cisco Unified Contact
Center Express, create an upgrade task and then create a switch version task to switch to the new version.
You can create the switch version task after the upgrade task runs successfully.
Procedure
Step 1 Click Open and close navigation and choose Tasks > Switch Versions from the main menu.
Step 2 Click Add Switch Versions Task.
Step 3 In the Specify Task Name drop-down, enter a name for the switch version task in Choose a Nickname for
this Switch Versions Task.
Step 4 From the Cluster drop-down list, select the cluster on which you want to switch the versions.
Step 5 Select the version to which you want all the nodes to be switched.
Note If there is more than one product, you can select the applicable versions of all the different
products. You also can choose to switch the version for one product and to not switch the version
for another product.
• If you want the server to automatically switch to the new version, check the check box next to
Automatically switch to new version after successful upgrade.
• The Pencil icon opens up an Edit Step window. Add the nodes on which the versions must be switched
in this step from the list of available nodes. The available nodes are the ones that you chose for the switch
versions task.
• The step to which each node is assigned displays next to the node. If a node is not assigned to any step,
it shows as unassigned.
• When you assign all the nodes to a step, a default sequencing is available.
Important You cannot proceed to next step until you assign all the nodes.
• The Pause task after step completes option pauses the task after completion of this step. You must
manually start the next step to complete the task.
Step 12 Use the Review section to verify the details of the task that you created. You can add notes for the task if
required. The notes are saved with the task and are visible if the task is edited before completion.
Step 13 Click Finish to schedule the task.
Related Topics
Upgrade Paths for Export Restricted and Unrestricted Software, on page 33
3. If you are using Cisco Prime Collaboration Deployment Readdress Task with virtual machine of an
application, ensure that you follow the application's rules for changing IP and hostname—either one at a
time or simultaneously.
Procedure
Step 1 Click the open and close navigation button and choose Task > Server Restart from the main menu.
Step 2 Click Add Server Restart Task.
The Add Restart Task wizard appears.
Step 3 In the Specify Task Name drop-down, enter a name for the server restart task in Choose a Nickname for
this Server Restart Task.
Step 4 From the Clusters drop-down list, select the cluster on which you want to restart the nodes.
Step 5 If you want to make the newly created restart task as dependent on the successful completion of another
previously created upgrade task, check the checkbox of the tasks listed in the Task Dependency Scheduling.
You can select multiple tasks as dependent tasks. If you do not want to make any dependency, check the No
Dependency checkbox.
Step 6 From the table, select the nodes to be restarted. If you do not select any nodes, you cannot continue.
Step 7 Click Next.
Step 8 Select the date and time when you want the server restart task to begin. You have the following options to
schedule restart tasks:
If the task is created as depended task, then Set Start Time section is disabled.
Note Cisco Prime Collaboration Deployment does not allow you to select the date and time for the
dependent tasks, as the dependent task starts automatically after the successful completion of the
existing task.
• Select Schedule for a specific time to enter the date and time when you want the restart task to start.
Any start time that you set is based on the time zone of the Cisco Prime Collaboration Deployment server.
Note If you schedule a task for a few minutes in the future, but do not save it until that scheduled
time passes, then the task will start automatically.
• Select Start the task manually to keep the task in a manual start.
• Select Start task immediately upon completion of the wizard to start the task immediately after you
click Finish.
Note You can also start the task from the Monitoring page.
Option Description
X mark Delete the current step.
If you remove all the nodes from a step, the step is removed by default.
You cannot remove a step that contains the Publisher node.
• The Pencil icon opens up an Edit Step window. In this step, add nodes to be restarted from the list of
available nodes. The available nodes are the ones that you chose for a restart.
• The step to which each node is assigned appears next to the node. If a node is not assigned to any step,
that node shows as unassigned.
• When you assign all the nodes to a step, a default sequencing is available.
Important You cannot proceed to the next step until you assign all the nodes.
• The Pause task after step completes option pauses the task after completion of this step. You must
manually start the next step to complete the task.
Step 13 See the Review section to verify the details of the task you created. You can add notes for the task if required.
The notes are saved with the task and are visible if the task is edited before completion.
Step 14 Click Finish to schedule the task.
Readdress Task
Create a Readdress Task
Use the readdress task change the hostname or IP address for one or more nodes in a cluster. To use the
readdress feature, the servers must be Release 11.5 or later.
Note the difference between a hostname and a fully qualified domain name (FQDN) The network-level DNS
default domain name of the node is combined with the hostname to form the FQDN for the node. For example,
a node with hostname “cucm-server” and domain “example.com” has an FQDN of “imp-server.example.com.”
Note Cisco Prime Collaboration Deployment does not support changing the FQDN, only hostnames.
Note Readdress tasks cannot be performed for any 14SU2 UC clusters in Cisco Prime Collaboration Deployment
due to known caveat CSCwb95747-Hostname and IP address change task failed during Network change
verification in PCD.
Use the Readdress Task wizard to create and edit readdress tasks.
Procedure
Step 1 Click the open and close navigation button and choose Task > Readdress from the main menu.
Step 2 Click Add Readdress Task.
Step 3 In the Specify Task Name drop-down, enter a name for the readdress task in Choose a Nickname for this
Readdress Task.
Step 4 From the Cluster drop-down list, select the cluster on which you want to change the address of the nodes.
Click View Nodes to view the Cluster nodes.
Step 5 Click Next.
Step 6 Click Edit next to a node to enter an alternate Hostname, IP Address, Subnet Mask or Gateway.
Note If DHCP is configured for a cluster, you cannot edit using the readdress task.
Step 9 Select the date and time when you want the readdress task to begin. You have the following options to schedule
readdress tasks:
• Select Schedule for a specific time to enter the date and time when you want the readdress task to start.
Any start time that you set is based on the time zone of the Cisco Prime Collaboration Deployment server
as denoted by the time zone that is displayed with this option.
Note If you schedule a task for a few minutes in the future, but do not save it until that scheduled
time passes, then the task starts automatically.
• Select Start task immediately upon completion of wizard to start the task immediately afer you click
Finish.
Note You can also start the task from the Monitoring page.
• The Pencil icon opens up an Edit Step window. Add nodes to be readdressed in this step from the list
of available nodes. The available nodes are the ones that you chose for a readdress.
Note IM and Presence Service nodes do not have an Edit button, since readdress is not supported
on Cisco Prime Collaboration Deployment for IM and Presence Service servers.
• The step to which each node is assigned displays next to the node. If a node is not assigned to any step,
it shows as unassigned.
• When you assign all the nodes to a step, there will be a default sequencing available.
Important You cannot proceed to next step until you assign all the nodes that were selected for this
task.
• Cisco Prime Collaboration Deployment automatically inserts a Forced Pause after each sequence step
in a Readdress task.
• For a readdress task, only one node can be assigned to each step. Multiple nodes cannot be combined
and assigned in a single step.
Step 14 See the Review section to verify the details of the task you created. You can add notes for the task if required.
The notes are saved with the task and are visible if the task is edited before completion.
Step 15 Click Finish to schedule the task.
For a task that was scheduled for manual start, click the Start button that is associated with this task to begin
the task.
While the readdress task is running, if there is more than one server to be readdressed in the task, some user
operations are needed. The readdress task sequence automatically inserts a Forced Pause into the sequence
after the address of a server is changed.
The forced pause allows you to perform manual steps, such as updating DNS entries and server entries on the
Unified Communications publisher node interface (System > Server). It also allows you to check the phones
associated with the server successfully registered. User needs to perform these steps before resuming the
readdress task in the interface for other Unified Communications nodes as well. After the readdress task
resumes, the system replicates the updates successfully.
For more information, see Administration Guide for Cisco Unified Communications Manager.
Important Before running a readdress task, you may need to perform certain steps (for example, updating entries on the
DNS server).
It is very important that you read Administration Guide for Cisco Unified Communications Manager before
you run the readdress task.
Install Task
Use this task to fresh install a cluster containing Unified Communications Manager or IM and Presence Service
servers. You cannot use this task to add a new server to an existing cluster.
Note Make sure that the host with the Cisco Prime Collaboration Deployment VM and the host with the application
VMs use the required Virtualization Software License. See Virtualization Software License Types, on page
6.
2. ISO files—Download the necessary OVA and ISO images for target release, and use SFTP transfer the
ISO files to the /fresh_install directory of Cisco Prime Collaboration Deployment.
Note Do not edit the file name of the bootable ISO that is being used for a PCD task.
3. VMware—Deploy Cisco-recommended OVA to create the VMs for the nodes to be installed. Create the
appropriate number of target virtual machines on your ESXi hosts (one new virtual machine for each
server to be installed in the cluster) using the Cisco OVAs that you downloaded in Step 2. Configure the
network settings on new VMs.
4. Cisco Prime Collaboration Deployment GUI—Add the ESXi Hosts that contain your virtual machines to
the Cisco Prime Collaboration Deployment inventory. For information about adding and ESXi host to
Cisco Prime Collaboration Deployment, see Add an ESXi Host Server, on page 37.
5. Cisco Prime Collaboration Deployment GUI—Define the new installation cluster (click the open and
close navigation button and choose Inventory > Clusters) to define the nodes to be installed, and their
associated virtual machines. (See Add New Cluster for Fresh Install, on page 40.)
6. Cisco Prime Collaboration Deployment GUI—Setup Email Notification (Optional)
• Click the open and close navigation button and choose Administration > Email Notification.
• When email notification is set up, the Cisco Prime Collaboration Deployment server emails the error
conditions that may occur during the migration task.
7. Cisco Prime Collaboration Deployment GUI—Create the Install task.
8. Be sure to enter the IP addresses or hostnames of the cluster nodes to be installed into your DNS server
before you create the install task.
Procedure
Step 1 Click the open and close navigation button and choose Task > Install from the main menu.
Step 2 Click Add Install Task.
Note If you have no Install tasks, a Cluster Installation pop-up window appears with the prerequisites
to run the wizard. Click Close to close the pop-up window.
Step 3 In the Specify Task Name drop-down, enter a name for the install task in Choose a Nickname for this Install
Task.
Step 4 From the Installation Cluster drop-down list, select the cluster on which the nodes to be installation are
located.
If you want to apply an upgrade patch along with the installation, click Yes radio button otherwise click No
radio button.
Note By default, only files that can be installed on the selected nodes are displayed. The option to
select install files is available only for the selected product types and applications that are currently
supported in the cluster.
Note To create an install task, while selecting ISO files, ensure that the ISO files are common across
all the required SFTP servers which are associated to cluster nodes. If the ISO files are not common
to all the required SFTP servers which are associated to cluster nodes, the valid files do not appear
even though they are valid for migration. To view all the ISO files, from the Show drop-down
list, choose All.
Note When you add the Remote SFTP server, you should maintain the different SFTP directories for
fresh install/migration and upgrade. You can add the same Remote SFTP server for fresh
install/migration and upgrade but directories for fresh install/migration and upgrade should be
different.
Step 9 Select the date and time when you want the upgrade task to begin. You have the following options to schedule
upgrades:
• Select Schedule for a specific time to enter the date and time when you want the upgrade task to start.
Any start time that you set is based on the time zone of the Cisco Prime Collaboration Deployment server
as denoted by the time zone that is displayed with this option.
Note If you schedule a task for a few minutes in the future, but do not save it until that scheduled
time passes, then the task starts automatically.
Step 11 Specify the sequence of steps to complete the task. You have the following options:
Option Description
Pencil icon Edit a step.
• The Pencil icon opens up an Edit Step window. Add nodes to be installed in this step from the list of
available nodes. The available nodes are the ones that you chose to install in this cluster.
• The step to which each node is assigned displays next to the node. If a node is not assigned to any step,
it shows as unassigned.
• When you assign all the nodes to a step, a default sequencing is available.
Important You cannot proceed to next step until you assign all the nodes.
• If you are installing Cisco Unified Communications Manager between Releases 10.0(1) and 10.5(1), the
task is paused after publisher node is installed completely. You must enter details of subscriber nodes
into the publisher node before you manually start the next step. Cisco Unified Communications Manager
Release 10.5(2) onward does not pause during a fresh installation; the install task continues automatically.
Step 14 See the Review section to verify the details of the task you created. You can add notes for the task if necessary.
The notes are saved with the task and are visible if the task is edited before completion.
Step 15 ClickFinish to schedule the install task.
Important When you create a fresh install cluster with both Unified Communications Manager and IM and
Presence Service nodes, be sure to indicate which IM and Presence server is the publisher. Later,
when the task is running, and it pauses after the Unified Communications Manager publisher
installation to allow for entry of the subscriber nodes into the Unified Communications Manager
publisher (System > Server GUI menu), it is important that the IM and Presence Service publisher
be the first IM and Presence Service server added to this list. This ensures that IM and Presence
Service is installed as the first node.
Note The Unified Communications Manager publisher requires that all subsequent servers in the cluster
be added to the Cisco Unified Communications Manager Administration GUI, after the Publisher
is installed. Because of this requirement, when you create an install task, Cisco Prime Collaboration
Deployment automatically inserts a Forced Pause in the sequence steps after the Unified
Communications Manager (Releases from 10.0(1) to 10.5(1)) publisher is installed.
Note Clicking the Validation button will not start the task; this button only checks the resources to be used when
the task starts.
For a task that was scheduled for manual start, click the Start button that is associated with this task to begin
the task.
When a fresh install task includes more than just one server, some user interaction is required while the task
is running. The installation task automatically installs the Unified Communications Manager publisher first,
and then the task sequence will have a forced pause. This forced pause stops the install task to allow the user
to go to the Unified Communications Manager GUI of the newly installed publisher, and add the other servers
in the cluster into the System > Servers window. To define the subsequent nodes, click Add New and configure
the server.
After all the subscribers to be installed in this cluster (Unified Communications Manager subscribers, IM and
Presence Service publisher and IM and Presence Service subscribers) are added to the Unified Communications
Manager publisher GUI, return to the Monitoring page in the Cisco Prime Collaboration Deployment GUI
and click the Resume button for the install task to resume. The install task continues and installs the Unified
Communications Manager or IM and Presence Service software on the subsequent server (or servers).
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click the open and close navigation button and
choose Task > Install from the main menu.
The existing install tasks appear in the Task List section.
Step 2 Select an existing install task and click Cancel.
Note If you cancel the currently running install task, you will have to delete the virtual machine and
then recreate it.
The virtual machine of the selected install task turns off and the task status is displayed as Canceled.
Post-Install Task
After the install task, no further actions are required. The new cluster is ready for use.
This feature works with only a previously installed 10.x or later system and uses the Fresh Install Task to add
the nodes.
Note After you add and install new nodes to an existing cluster, if you later perform the Discovery task, the entire
cluster with the new nodes is discovered.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click the open and close navigation button and
choose Inventory > Clusters.
Step 2 Click a cluster that has the cluster type as New Install and click Edit.
Step 3 In the Specify Cluster Name section, view the pre-populated cluster name, and click Next.
Step 4 In the Add Virtual Machines section, select a node from the existing nodes, and click Edit.
The Add Node window appears.
Step 5 In the Add Node window, edit the node details, and click OK.
Step 6 In the Configure Cluster Wide Settings section, edit the OS administration credentials, application credentials,
security password, SMTP settings, and certificate information for all nodes of a cluster, as required, and click
Next.
Note Before you enable FIPS mode, Common Criteria, or Enhanced Secuirty Mode, ensure that you
have minimum 14 characters for Security Password.
Step 7 (Optional) In the Configure DNS Settings section, edit the DNS settings for the migration cluster nodes, and
click Next.
Note If the previous nodes in the cluster have the same values for DNS and domain, then the value
from the other nodes becomes the default value for the new nodes and is auto-populated. If the
previous nodes have multiple values for DNS or domain, then no default value is applied.
Step 8 In the Configure NTP Settings section, edit the configuration of the NTP servers for the nodes in a cluster,
and click Next.
Note The changes you make in this section apply to publisher node only.
Step 9 (Optional) In the Configure NIC Settings section, choose a server, and enter an MTU size between 552 and
1500, click Apply to Selected, and then click Next.
Step 10 In the Configure Time Zones section, select a node, edit the region and time zone from the Region and Time
Zones list boxes, click Apply to Selected, and then click Finish.
Note If the previous nodes in the cluster have the same values for time zone, then the value from the
other nodes becomes the default value for the new nodes and is auto-populated. If the previous
nodes have multiple values for time zone, then no default value is applied.
The changes are saved. You can install one or multiple nodes in a cluster. See Add Install Task, on page 68
for details.
Note After you add or install a new node, you cannot delete the node with this feature. You must delete the node
from an existing installed cluster by using your application administration web page or the CLI.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click the open and close navigation button and
choose Inventory > Clusters.
Step 2 From the Cisco Prime Collaboration Deployment application, select Inventory > Clusters.
Step 3 Click a cluster that has the cluster type as Discovered and click Edit.
Step 4 In the Specify Cluster Name section, enter the cluster name, and click Next.
Note If the discovered cluster is already installed, the cluster name is non-editable.
Step 5 In the Add Virtual Machines section, select a node from the existing nodes that has not been installed, and
click Edit.
The Add Node window appears.
Step 6 In the Add Node window, edit the node details, and click OK, and then click Next in the Add Virtual Machines
section.
Note If you add a new node to an existing cluster, the new nodes cannot use the Publisher function
Step 7 In the Configure Cluster Wide Settings section, view the OS administration credentials, application credentials,
security password, SMTP settings, and certificate information for all nodes of a cluster and click Next.
Note The fields in this section are editable only if the cluster type is New Install.
Step 8 (Optional) In the Configure DNS Settings section, edit the DNS settings for the migration cluster nodes, and
click Next.
Note If the previous nodes in the cluster have the same values for DNS and domain, then the value
from the other nodes becomes the default value for the new nodes. If the previous nodes have
multiple values for DNS or domain, then no default value is applied.
Step 9 In the Configure NTP Settings section, view the configuration of the NTP servers for the nodes in a cluster,
and click Next.
Note The fields in this section are non-editable.
Step 10 (Optional) In the Configure NIC Settings section, edit the server details for the uninstalled nodes, enter an
MTU size between 552 and 1500, and then click Next.
Step 11 In the Configure Time Zones section, select a node, edit the region and time zone from the Region and Time
Zones list boxes, click Apply to Selected, and then click Finish.
Note If the previous nodes in the cluster have the same values for time zone, then the value from the
other nodes becomes the default value for the new nodes. If the previous nodes have multiple
values for time zone, then no default value is applied.
The changes are saved. You can install one or multiple nodes in a cluster. See Add Install Task, on page 68
for details.
Note For a description of the information that is available through the Monitoring page, see Monitoring View
Elements, on page 94.
Procedure
Step 1 Click the Monitoring link on the main menu to view the Monitoring page.
Step 2 The column on the left side of the Monitoring page lists each task and an icon that shows its current status.
Also shown is the type of task (Migrate, Upgrade, Install, and so on), and the cluster nickname for the task.
The task start time is also shown. Click the task in this left column to view the detailed data for that task in
the panel on the right.
Step 3 The upper right section of the page provides the following data:
• Status
• Start time
• Task data (for example: cluster nickname and ISO name)
Click View Log to see the detailed log messages for the task. If you see any errors or warnings in this log,
refer to the Troubleshooting section more information.
In the upper right are buttons that you use to perform various operations on the task. For example, if the task
is paused, click the Resume button to resume the task.
A button will appear if it is valid for the current state of the task. For example, after a task is finished, it will
not have a Cancel button, but instead will have a Delete button (if you wish to remove the data for the task).
Step 4 The bottom right section of the page provides detailed steps for the task, along with the status for that step.
Click on the triangle that corresponds to a step to expand the step description.
Each step also has a View Log link, to show the log messages for that step.
Note The Monitoring page refreshes automatically every 6 minutes. To deactivate automatic refresh,
click the Disable button.
Automatic Refresh
The Monitoring page refreshes automatically every 6 minutes. To deactivate automatic refresh, click the
Disable button in the top left corner of the Monitoring page.
Administration Tools
Email Notification
The Email Notification feature sends email notifications to you that contain details about certain task events.
You can choose whether the system sends emails for all standard task events (such as when task is scheduled,
started, successful, paused, failed and canceled), or for only task errors. Emails are sent for all types of
tasks—Cluster discovery, upgrade, migration, switch version, restart, fresh install, and readdress.
You can choose to send an email notification to a user after the value that is configured in the Warning
Threshold for Approaching Log Rotation Overwrite(%) field from the Audit Log Configuration window
is reached. The email notification informs the user to take back up of the audit log files because they will be
deleted or overwritten.
If you choose to receive email notifications in Error only mode, an email message is sent when the task
enters the following states:
• Failed to Schedule
• Failed
• Failed to Cancel
• Paused on Error
If PCD task of X steps, operating on 1 to N nodes the task action you get, email notifications when each
node/task step is completed
Migration Task:
• Task Scheduled for Cluster
• Task Started for Cluster
• Source Node(s) A Configuration export success
• Source Node(s) B Configuration export success
• Destination Node(s) A Install success
• Task Completed/Failed
PCD Readdress:
• Task Scheduled for these nodes
• Task Started for these nodes
• Node(s) A has been readdressed
• Node(s) B has been readdressed
• Task Completed/Failed
SFTP Datastore
The Cisco Prime Collaboration Deployment server serves as a local SSH File Transfer Protocol or Secure
File Transfer Protocol (SFTP) server that is used to store the ISO and COP files to be used by upgrade, fresh
install, and migrate tasks.
Note These procedures describe how to place files on the Cisco Prime Collaboration Deployment server using
Linux. You can push a file from a Linux machine for SFTP client.
Procedure
Step 1 From a Linux shell, type sftp adminsftp@<Cisco Prime Collaboration Deployment server> and then
provide the password (the same in both the CLI and GUI).
Step 2 Change the directory to the fresh_install directory.
Example:
From a Linux shell, type cd fresh_install and press Return.
Upgrade Task
Follow this procedure to use SFTP to upload ISO or COP files that will be used for upgrade tasks on the Cisco
Prime Collaboration Deployment server.
Procedure
Step 1 From a Linux shell, type sftp adminsftp@<Cisco Prime Collaboration Deployment server> and then
provide the password (the same in both the CLI and GUI).
Step 2 Change the directory to the upgrade directory.
Example:
From a Linux shell, type cd upgrade and press Return.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click open and close navigation and choose
Inventory > SFTP Servers and Datastore.
Step 2 On this page, you can view and manage files that are stored on the SFTP datastore of this Cisco Prime
Collaboration Deployment server.
It displays the filename of the ISO and COP files that are stored on the server, and where they are located in
the directory (for example: fresh_install or upgrade).
Procedure
These SFTP servers used for the upgrade of Cisco Unified Communications Manager are same as the SFTP
servers that are used for the upgrade of Cisco Unified Communications Manager. Following is the list of the
supported SFTP servers that are used for the upgrade:
• Open SSH
• Cygwin
• Titan
Note The remote SFTP server support is available for upgrade, migration, and fresh install tasks.
Note Due to the limitation on PCD to store the huge lists of ESXi hosts where the remote SFTP server is mounted
as NFS datastore, make sure to remove the unused remote SFTP server which is mounted as NFS from the
ESXi hosts added in PCD.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click the open and close navigation button and
choose Inventory > SFTP Servers and Datastore.
The SFTP Servers/Datastore table on this window shows the PCD details by default.
Step 2 From the SFTP Servers/Datastore table, click Add Server.
The Add external file access window appears.
Feild Description
NFS Server Name Name of NFS storage which has been created in ESXI.
Example:
Directory: /abc/def/
NFS Server Name: xyz_NFS
When adding an NFS server, the SFTP credentials should point to a directory that is an exact match for the
path which is configured in the ESXi host. For more information on adding NFS storage in EXSI host refer
the respective documentation guide.
Step 6 For Upgrade task type, in the Remote SFTP Path to Datastore Directory on Server, click an Add Directory
button to add a value in the Directory field.
Note For an upgrade, ensure that a directory includes .iso datastore files.
Step 7 (Optional) In the Additional Information section, enter description in the Description field.
Step 8 Click Add.
Upon the successful add of remote SFTP server for the install or migration task type, a dialog box is displayed.
Dialog box lists the ESXi hosts which are already added to Prime Collaboration Deployment under Inventory >
ESXi Hosts that has the given NFS directory mounted.
Note If the SFTP server is not added, you get any of the following error messages:
• Connection Timeout—Indicates that the connection to SFTP server failed due to timeout.
• Login Failure—Indicates that the login to the SFTP server failed.
• Directory Not Found—Indicates that the directory that you selected is not found on the
SFTP server.
• Directory Already Entered—Indicates that the directory that you selected already exists
in the list of directories. You can view the list of available directories by clicking the Add
Directory button.
• Directory Already Exists—Indicates that the directory that you entered already exists in
the list of the SFTP servers.
• Mandatory Fields Missed—Indicates that you did not enter values in the mandatory fields.
• Mentioned Server Could Not Be Located—Indicates that the server that you entered is
not configured with DNS. This error message appears if you enter host name instead of IP
address.
• No ESXi Hosts in Inventory—Indicates that you have not added ESXi hosts. This error
appears when you try to add Install or Migration task type remote SFTP, and the given NFS
mount is not found as there are no ESXi hosts added under Inventory > ESXi Hosts page.
• Could not find given NFS path/Directory on the listed ESXi host(s) under Inventory >
ESXi Hosts—This error appears when you try to add Install or Migration task type remote
SFTP, and the given NFS directory is not found in any of the ESXi which are added under
Inventory > ESXi Hosts page.
The SFTP Servers/Datastore table shows the remote SFTP server that you added. The SFTP/Datastore
Files table shows the list of files from the remote SFTP server and from Cisco Prime Collaboration Deployment.
In addition, the existing Cisco Prime Collaboration Deployment server is added automatically and the files
in the upgrade and fresh_install folders in the Cisco Prime Collaboration Deployment server appear
by default in the SFTP/Datastore Files table.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click the open and close navigation button and
choose Inventory > Clusters.
The Clusters window appears.
Step 2 Click Discover Cluster button to search for the existing clusters. To discover a cluster, see the Discover a
Cluster, on page 34 procedure.
Step 3 From the available cluster nodes in the Cluster Nodes table, click Edit for a cluster node.
The Edit Node window appears.
Step 4 From the SFTP Server drop-down list, choose an SFTP server.
By default, this field shows the localhost option as the SFTP Server.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click the open and close navigation button and
choose Inventory > SFTP Servers and Datastore.
The SFTP and NFS File access table on this window shows the PCD details by default.
Step 2 From the available SFTP servers in the SFTP and NFS File access table, click Edit for an SFTP server.
The Edit SFTP Server window appears.
Step 3 For Install or Migration tasks, edit the values for the fields in the Address and access credentials, Remote
NFS Path to Datastore Directory on Server, NFS Server Name , and Additional Information sections.
Upon successful edit of remote SFTP server for install or migration task type, a dialog box is displayed. Dialog
box lists the ESXi hosts which are already added to Prime Collaboration Deployment under Inventory >
ESXi Hosts that has the given NFS directory mounted.
Step 4 For Upgrade task, edit the values for the fields in the Address and access credentials, Remote SFTP Path
to Datastore Directory on Server, and Additional Information sections.
In Remote SFTP Path to Datastore Directory on Server section, by clicking the Add Directory button,
you can edit an existing directory and also add multiple directories.
Note You can disassociate a cluster node even if no install, migration or upgrade tasks
are associated and running with the cluster node that uses the SFTP server that
you selected to delete.
• Ensure to change the node association of the SFTP server, which you choose to delete, from
remote/external SFTP server to the localhost SFTP server.
Note If you do not change the node association from remote/external SFTP
server to the localhost SFTP server, the association of cluster nodes changes
to the localhost SFTP server from the remote SFTP server and the remote
SFTP server that you selected is deleted.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click Open and close navigation and choose
Inventory > SFTP Servers and Datastore.
The SFTP Servers/Datastore table on this window shows the PCD details by default.
Step 2 From the available SFTP servers in the SFTP Servers/Datastore table, check the check box of one or multiple
remote SFTP servers that you want to delete.
Step 3 Click Delete.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click Open and close navigation and choose
Inventory > SFTP Servers and Datastore.
The SFTP Servers/Datastore table on this window shows the PCD details by default.
Step 2 From the available SFTP and datastore files in the SFTP/Datastore Files table, check the check box of one
or multiple remote SFTP and datastore files that you want to delete.
Note You cannot delete remote SFTP files.
Note Disk space warning level is applicable and is validated for migration and install tasks. This level is also
validated each time you log in to Cisco Prime Collaboration Deployment.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click Open and close navigation and choose
Administration > Disk Space Warning Level.
The Disk Space Warning Level window appears showing the total disk space and the available disk space.
Step 2 View the total disk space and the available disk space in the Total Disk Space (GB) and Available Disk
Space (GB) fields.
Step 3 Enter the value that you want to assign for the Warning Level Disk Space (GB) field.
You can click the information link to check if the space value you entered is available for use on the server.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click Open and close navigation and choose
Administration > Max Nodes Configuration.
Step 2 Enter a value in the Max Nodes field.
Note Maximum nodes count loads with the default value 30. You can enter maximum 1–200 nodes.
Maximum node count exceeded. This task takes longer time to complete.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click open and close navigation and choose
Administration > Audit Log Configuration.
Step 2 Choose one of the options from the Application Audit Event Level drop down list to configure an audit
level.
Step 3 Enter the name of remote syslog server or the IP address for the Remote Syslog Server Name / IP field so
that the audit logs are logged into this remote server.
Step 4 (Optional) Check or uncheck the Enable Local Audit Log check box to enable or disable the local audit log.
• When you check this field, the audit events are logged in the local server. When you uncheck this field,
audit events are not logged in the local server. The audit events includes User ID, ClientAddress, Severity,
EventType, ResourceAccessed, EventuStatus , AuditCategory, CompulsoryEvent, ComponentID,
CorrelationID and Node ID.
• When you check this field, the Enable Log Rotation field becomes active.
Step 5 (Optional) Check or uncheck the Enable Log Rotation check box to enable or disable the log rotation.
Note You can configure this field if Enable Local Audit Log is enabled.
When you check this field, you can configure the Maximum No of Files, Maximum File Size(MB), and
Warning Threshold for Approaching Log Rotation Overwrite(%) fields. When you uncheck the Enable
Local Audit Log field, the default values of these fields are not applicable as they are inactive.
Step 6 Enter an integer value for the Maximum No of Files field to configure the maximum number of files that can
be created on the server.
Step 7 Enter a value for the Maximum File Size (MB) field to configure the maximum file size of each log that is
created on the server.
Step 8 Enter the warning threshold value for the Warning Threshold for Approaching Log Rotation Overwrite(%)
field.
Step 9 Click Save.
Step 10 (Optional) Click Reset.
The page is reset with the default values.
Procedure
Step 1 From the Cisco Prime Collaboration Deployment application, click Open and close navigation and choose
Administration > Customized Logon Message.
Step 2 For the Upload File field, browse to the location of file that includes the customized logon message.
Step 3 (Optional) Check or uncheck the Require User Acknowledgement check box to enable or disable user
acknowledgment for the file that the user receives.
If this field is enabled, users get an acknowledgment as an alert message on the Cisco Prime Collaboration
Deployment sign-in page after they sign out for the first time from the same web browser instance.
Step 4 Click Upload File.
The file with the customized logon message is uploaded and a pop-up appears showing the file upload status.
Step 5 (Optional) Click Delete.
The file with the customized logon message is deleted and a pop-up appears showing the file deletion status.
Note • Elliptic Curve Digital Signature Algorithm (ECDSA) ciphers are not supported in Cisco Prime
Collaboration Deployment. Hence, during TLS connection, the server does not negotiate the ECDSA
certificates even though the show cert list own CLI command may show the ECDSA self-signed
certificate.
• All the nodes of a cluster should either be FIPS or non-FIPS.
EnhancedSecurityMode Support
Once you enable EnhancedSecurityMode, the following system enhancements are enabled by default:
• Stricter credential policy is implemented for user passwords and password changes
• TCP becomes the default protocol for remote audit logging
Enabling EnhancedSecurityMode does not enable these features by default and you have to configure them
separately.
• Remote audit logging—All audit logs and event syslogs should be saved both locally and to a remote
syslog server.
• System logging—All system events such as CLI logins and incorrect password attempts must be logged
and saved.
Note If you configure UC clusters on FIPS mode or EnhancedSecurityMode, ensure that you also configure Cisco
Prime Collaboration Deployment with the similar modes. With this configuration, you can run the tasks that
are specific to UC clusters.
Once this mode is enabled, the system enforces a stricter credential policy for all password changes
automatically.
Note By default, auditing is not enabled in Cisco Prime Collaboration Deployment. If you wish to have audit logs,
you can enable auditing with or without being in FIPS mode or EnhancedSecurityMode.
Note When users exceed the limit of configured number of sign-in sessions, they must sign out from the application
in that session and sign in to another session. In case the session closes due to abrupt exit from web browser,
users need to restart the Tomcat server on Cisco Prime Collaboration Deployment to allow sign-in to the new
session.
To configure the minimum TLS version, see the CLI Commands for TLS Minimum Version Configuration,
on page 141 topic.
Note For Install task, Cisco Prime Collaboration Deployment has the default timeout value as 5 hours, which is
non-configurable.
Setting Description
Open and close navigation Provides you access to navigate to menus, which appear in a vertical pane.
button Click this button view and hide the menus.
Note When you sign in to the application for the first time, a
transparent grey screen appears indicating this button. This
screen also shows a pop-up message to turn off the indication.
Search and Indexing Displays the search text box to allow search in the application. It also displays
the options Cisco Prime Collaboration Deployment as index.
Note To view the search option, click the open and close navigation
button.
About Provides the version of the Cisco Prime Collaboration Deployment. This
setting also includes copyright and trademark information.
Information ("i" button) Provides information about the current page that you are viewing.
Setting Description
Getting Started (flag button) Provides information about getting started to perform system-level tasks on
the server.
Setting Description
Task Queue A list of all the tasks contained in Cisco Prime Collaboration Deployment.
This list can include any of the following tasks:
• Scheduled
• Canceled
• Started
• Paused
• Paused due to Error
• Successful
• Failed
• Upgrade Tasks
• Switch Version Tasks
• Server Restart Tasks
• Readdress Tasks
• Install Tasks
• Migrate Tasks
Click one of the tasks in the Task Queue to open the details for that task in
the right top panel.
Setting Description
Task status
Setting Description
The top right portion of the Monitoring page shows the following information
for a given task:
• Status
• Start time
• Task data (for example: cluster data)
To see details about the task, click on the View Log link.
The following are the possible statuses for tasks:
• Successful—Indicates that the task has finished without errors.
• Started—Indicates that the task is currently running.
• Scheduled—Indicates that the task has been scheduled, but has not yet
started.
• Manual Start—Indicates that the task is waiting to be started (user created
the task with the "Start Task Manually" option).
• Canceled—Indicates that the user chose not to run the task.
• Paused—Indicates that the task is in a paused state waiting for feedback.
• Paused due To Error—Indicates that the task is in a paused state due to
an error in the system.
• Failed—Indicates that the task has stopped because of an error.
• Failed to Schedule—Indicates that the task was not scheduled, due to
an error that occurred.
• Failed to Cancel—Indicates that the user tried unsuccessfully to cancel
the task. This typically happens when the task is in a final state (no
actions are left to cancel).
• Canceling—Indicates that the user canceled the task, but the task is in
a state that will take a long time to cancel. The task may be in this state
for an hour or more if the task being canceled is an installation or
migration task (during the install-new-server phase).
Setting Description
• Cancel—Cancels the selected task
• Delete—Deletes the selected task permanently
Possible actions in a Paused state (a task enters this state if the user set up
the task to pause at this step):
• Resume—Task will continue at the next step
• Cancel—Cancels the selected task
• Delete—Deletes the selected task permanently
Possible actions in a Paused Due To Errors state (a task will enter this state,
because the system detected an error at this step):
• Resume—Task will continue at the next step. (Before resuming, user
should look at the error in the view log and correct the problem that
caused the error, or else the task will fail.) If the error message says
“Failed due to validation,” the task will revalidate and start from the first
step when you click Resume. Otherwise, the task will start from the next
step.
• Retry—Retry the last failed task action
• Cancel—Cancels the selected task
• Delete—Deletes the selected task permanently
Resume button Resumes task at next step for Paused and Paused (Error) tasks
Retry Button Retries the last failed task action for Paused (Error) tasks
Cancel button Cancels Scheduled, Running, Paused, and Paused (Error) tasks
Setting Description
Task Summary The Task Summary section contains the following information for a task:
• Source Cluster
• Destination Cluster
• Unified Communications Manager Upgrade File
• Unified Presence Upgrade File
• Paused due To Error—Indicates that the task is in a paused state due to an error in the system
Last Status Report Time Specifies the time at which the action was completed. The completed action may be a success or failure.
Notes Note added during the Review portion of the Add Upgrade Task wizard
Setting Description
Actions Allows you to perform the following for a particular upgrade task
Note Depending on the state of the task, only some of these actions may be allowed (for example, an upgrade
task that is completed cannot be canceled).
• Scheduled status:
• Run Validation Test—Runs a validation test to ensure that all nodes are available and the iso to be used for
upgrade is present.
• Edit—Shows the Edit Upgrade Task window. Allows you to edit the selected task
• Canceled status:
• Delete—Deletes the selected task permanently
• Started status:
• Cancel Task—Cancels the selected task
• Paused status:
• Resume—Use this button to restart task at the next step.
• View Details—Navigates to the monitoring page showing all the tasks available
• Start Task—Start task is present if the task is started manually. Time is not selected for this action.
Note Start Task is applicable only if you select Start task manually option in the Set Start Time
panel.
When you select the task manually, the resume option is unavailable in the monitoring page.
• Resume—This causes the task to start at the next step (after the failed step).
• View Details—Navigates to the monitoring page showing all the tasks available
• Successful status:
• View Details—Navigates to the monitoring page showing all the tasks available.
• Failed status:
• View Details—Navigates to the monitoring page showing all the tasks available
Setting Description
Show Allows you to filter upgrade tasks by status, by selecting one of the following options from the drop-down list:
• Quick Filter—To filter the tasks based on the status
• Paused due To Error—To show the tasks that are paused due to an error in the system
Filter Select a status and click Filter to set a search rule at the bottom of the search window.
Delete Click the checkbox next to the task and click the Delete button at the top of the table. This action is applicable to tasks
in the Failed, Successful, Scheduled and, Paused state.
Add Upgrade Task button Opens the Add Upgrade Task wizard.
Note You can also open the Add Upgrade Task wizard selecting Edit in the Actions column for a particular
upgrade task.
Choose Cluster page From the Choose Cluster page, select the cluster and product from the drop-down lists (All products is the default option
for Products). Once you have selected the cluster, the list of nodes appears in the Cluster Nodes table.
Choose Upgrade File page From the Choose Upgrade File page, select the upgrade file for each product being upgraded. You will have the option
of selecting files only for the product type you selected on the Choose Cluster page.
Set Start Time and Upgrade Options page From the Set Start Time and Upgrade Options page, select a start time for the task.
Note The time specified is based on the Cisco Prime Collaboration Deployment server time, not the time zone
of the selected cluster.
You have the option of setting the start time for a specific time, starting the task manually, or setting the task to begin
immediately upon completion of the wizard.
You also have the option of automatically switching to a new version following a successful upgrade.
Specify Run Sequence page From the Specify Run Sequence, specify the sequence in which the upgrade will be processed on the servers. You change
the sequence of steps by clicking the up and down arrows of a particular step. You can also add or delete a step, or edit
an existing step.
Select the Use Last Configured Run Sequence box if you want to reuse the previous sequence.
By default, each node is sequenced into its own step.
Review page The Review page provides a summary of the options you have selected in the previous steps. The nodes listed in the
Nodes field are view-only—you cannot select them.
You can add notes to the Notes field for future reference.
Related Topics
Upgrade Task, on page 55
• Paused due To Error—Indicates that the task is in a paused state due to an error in the system
Start Time Specifies the start time of the switch version task
Last Status Report Time Specifies the time at which the action was completed. The completed action may be a success or failure.
Notes Notes that were added during the Review portion of the Add Switch Version wizard
Setting Description
Actions The following are the status and the corresponding actions:
• Scheduled status:
• Run Validation Test—Runs a validation test to ensure that all nodes are available and that none of the
specified new addresses are reachable
• Edit—Shows the Edit Switch Version Task window. Allows you to edit the selected task
• Canceled status:
• Delete—Deletes the selected task permanently
• Started status:
• Cancel Task—Cancels the selected task
• Paused status:
• Resume—Restarts task at the next step.
• View Details—Navigates to the monitoring page showing all the tasks available
• Start Task—Start task is present if the task is started manually. Time is not selected for this action
Note Start Task is applicable only if you select Start task manually option in the Set Start Time
panel.
When you select the task manually, the resume option is unavailable in the monitoring page.
• Resume—This causes the task to start at the next step (after the failed step)
• View Details—Navigates to the monitoring page showing all the tasks available
• Successful status:
• View Details—Navigates to the monitoring page showing all the tasks available
• Failed status:
• View Details—Navigates to the monitoring page showing all the tasks available
Setting Description
Show Allows you to filter switch version tasks by status, by selecting one of the following options from the drop-down list:
• Quick Filter—To filter the tasks based on the status
• Paused due To Error—To show the tasks that are paused due to an error in the system
Filter Select a status and click Filter to set a search rule at the bottom of the search window
Delete Check the check box next to the task and click the Delete button at the top of the table. You can also click Delete under
the Actions column for the task you wish to delete
Add Switch Versions Task button Opens the Switch Versions Task wizard.
Note You can also open the Switch Versions Task wizard by selecting Edit in the Actions column for a particular
switch version task.
Choose Cluster page From the Choose Cluster page, select the cluster from the drop-down list. After you select the cluster, you must select
the product versions (installed on the publisher) from the drop-down lists. If there is more than one product in the cluster,
you have the option of not switching versions for one or more products. As long as one valid version is selected, you
may proceed
Set Start Time page From the Set Start Time page, select a start time for the task.
Note The time specified is based on the Cisco Prime Collaboration Deployment server time, not the time zone
of the selected cluster.
You have the option of setting the start time for a specific time, starting the task manually, or setting it to begin immediately
upon completion of the wizard.
Set Run Sequence page From the Specify Run Sequence, specify the sequence in which the version switch is processed on the servers. The
sequence of the steps is changed by clicking the up and down arrows of a particular step. You can also add or delete a
step, or edit an existing step.
Check the Use Last Configured Run Sequence check box if you want to reuse the previous sequence.
By default, each node is sequenced into its own step. The Revert to Default button returns the steps to this original state.
Review page The Review page provides a summary of the options you selected in the previous steps. The nodes listed in the Nodes
field are view-only; you cannot select them.
You can add notes to the Notes field for future reference.
Related Topics
Switch Versions Task, on page 60
• Paused due To Error—Indicates that the task is in a paused state due to an error in the system
Start Time Specifies the start time of the server restart task
Last Status Report Time Specifies the time at which the action was completed. The completed action may be a success or failure.
Notes Notes that were added during the Review portion of the Add Restart Task wizard
Setting Description
Actions The following are the status and the corresponding actions:
• Scheduled status:
• Run Validation Test—Runs a validation test to ensure that all nodes are available and that none of the
specified new addresses are reachable.
• Edit—Shows the Edit Upgrade Task window. Allows you to edit the selected task
• Canceled status:
• Edit—Shows the Edit Server Restart Task window. Allows you to edit the selected task
• Started status:
• Cancel Task—Cancels the selected task
• Paused status:
• Resume—Restarts task at the next step.
• View Details—Navigates to the monitoring page showing all the tasks available
• Start Task—Start task is present if the task is started manually. Time is not selected for this action
Note Start Task is applicable only if you select Start task manually option in the Set Start Time
panel.
When you select the task manually, the resume option is unavailable in the monitoring page.
• Resume—This causes the task to start at the next step (after the failed step).
• View Details—Navigates to the monitoring page showing all the tasks available
• Successful status:
• View Details—Navigates to the monitoring page showing all the tasks available.
• Failed status:
• View Details—Navigates to the monitoring page showing all the tasks available
Setting Description
Show Allows you to filter restart tasks by status, by selecting one of the following options from the drop-down list:
• Quick Filter—To filter the tasks based on the status
• Paused due To Error—Indicates that the task is in a paused state due to an error in the system
Filter Select a status and click Filter to set a search rule at the bottom of the search window.
Delete Click the checkbox next to the task and click the Delete button at the top of the table. You can also click Delete under
the Actions column for the task you wish to delete.
Add Server Restart Task button Opens the Add Server Restart Task wizard.
Note You can also open the Add Server Restart Task wizard by selecting Edit in the Actions column for a
particular server restart task.
Choose Cluster page From the Choose Cluster page, select the cluster from the drop-down list. After you select the cluster, you will see that
the nodes listed in the Cluster Nodes table change accordingly. Select the servers to be restarted.
Set Start Time page From the Set Start Time page, select a start time for the task.
Note The time specified is based on the Cisco Prime Collaboration Deployment server time, not the time zone
of the selected cluster.
You have the option of setting the start time for a specific time, starting the task manually, or setting the task to begin
immediately upon completion of the wizard.
Set Run Sequence page From the Set Run Sequence page, specify the sequence in which the restart is processed on the servers. You can change
the sequence of steps by clicking the up and down arrows of a particular step. You can also add or delete a step, or edit
an existing step.
Check the Use Last Configured Run Sequence check box if you want to reuse the previous sequence.
By default, each node is sequenced into its own step. The Revert to Default button returns the steps to this original state.
Review page The Review page provides a summary of the options you have selected in the previous steps. The nodes listed in the
Nodes field are view-only; you cannot select them.
You can add notes to the Notes field for future reference.
Related Topics
Server Restart Task, on page 62
Readdress View
Setting Description
Scheduled Tasks and History table
• Paused due To Error—Indicates that the task is in a paused state due to an error in the system
Last Status Report Time Specifies the time at which the action was completed. The completed action may be a success or failure.
Notes Note that were added during the Review portion of the Add Readdress Task wizard
Setting Description
Actions The following are the status and the corresponding actions:
• Scheduled status:
• Run Validation Test—Runs a validation test to ensure that all nodes are available and that none of the
specified new addresses are reachable.
• Edit—Shows the Edit Readdress Task window. Allows you to edit the selected task
• Canceled status:
• Edit—Shows the Edit Upgrade Task window. Allows you to edit the selected task
• Started status:
• Cancel Task—Cancels the selected task
• Paused status:
• Resume—Restarts task at the next step.
• View Details—Navigates to the monitoring page showing all the tasks available
• Start Task—Start task is present if the task is started manually. Time is not selected for this action
Note Start Task is applicable only if you select Start task manually option in the Set Start Time
panel.
When you select the task manually, the resume option is unavailable in the monitoring page.
• Resume—This causes the task to start at the next step (after the failed step).
• View Details—Navigates to the monitoring page showing all the tasks available
• Successful status:
• View Details—Navigates to the monitoring page showing all the tasks available.
• Failed status:
• View Details—Navigates to the monitoring page showing all the tasks available
Setting Description
Show Allows you to filter readdress tasks by status, by selecting one of the following options from the drop-down list:
• Quick Filter—To filter the tasks based on the status
• Paused due To Error—To show the tasks that are paused due to an error in the system
Filter Select a status and click Filter to set a search rule at the bottom of the search window.
Delete Check the check box next to the task and click the Delete button at the top of the table. You can also click Delete under
the Actions column for the task you wish to delete.
Add Readdress Task button Opens the Add Readdress Task wizard.
Note You can also open the Add Readdress Task wizard by selecting Edit in the Actions column for a particular
readress task.
Choose Cluster page From the Choose Cluster page, select the cluster from the drop-down list. Click View Nodes to the nodes associated
with this cluster. The View UC Cluster Nodes dialog box opens, listing the nodes in a table that identifies the following:
• Hostname
• IP Address
• Product
• Role
The View UC Cluster Nodes dialog box is not editable. Click Close to return to the Choose Cluster page.
Enter New Hostnames/IP Addresses page From the Enter New Hostnames/IP Addresses page, click Edit under the Actions column to open the Edit Hostname/IP
Address dialog box. This dialog box allows you to enter a new hostname or IP address for the cluster nodes to be
readdressed. You have the option of using DHCP or a static IP address.
Set Start Time page From the Set Start Time page, select a start time for the task.
Note The time specified is based on the Cisco Prime Collaboration Deployment server time, not the time zone
of the selected cluster.
You have the option of setting the start time for a specific time, starting the task manually, or setting the task to begin
immediately upon completion of the wizard.
You can use this page to also enable the re-address option. Check the Pause before network verification substeps to
allow external changes check box if you wish to introduce a pause between the re-address and the network change
verification substeps upon changing the subnet or gateway. During this pause, you can make the necessary network
changes to the virtual machine configuration, such as VLAN.
Note After you make the changes, resume the task to complete the verification.
Setting Description
Set Run Sequence page From the Set Run Sequence page, specify the sequence in which the readdress is processed on the servers. The sequence
of the steps is changed by clicking the up and down arrows of a particular step. You can also add or delete a step, or edit
an existing step.
Check the Use Last Configured Run Sequence check box if you want to reuse the previous sequence.
By default, each node is sequenced into its own step. The Revert to Default button returns the steps to this original state.
Review page The Review page provides a summary of the options you have selected in the previous steps. The nodes listed in the
Nodes field are view-only; you cannot select them.
You can add notes to the Notes field for future reference.
Related Topics
Readdress Task, on page 64
Install View
Setting Description
Scheduled Tasks and History table
• Paused due To Error—Indicates that the task is in a paused state due to an error in the system
Last Status Report Time Specifies the time at which the action was completed. The completed action may be a success or failure.
Notes Notes that were added during the Review portion of the Add Install Task wizard
Setting Description
Actions The following are the status and the corresponding actions:
• Scheduled status:
• Run Validation Test—Runs a validation test to ensure that all the ESXi host is present, the VMs are in the
correct state, and the .iso file to be used in the install is present.
• Edit—Shows the Edit Upgrade Task window. Allows you to edit the selected task
• Canceled status:
• Delete—Deletes the selected task permanently
• Started status:
• Cancel Task—Cancels the selected task
• Paused status:
• Resume—Restarts task at the next step.
• View Details—Navigates to the monitoring page showing all the tasks available
• Start Task—Start task is present if the task is started manually. Time is not selected for this action
Note Start Task is applicable only if you select Start task manually option in the Set Start Time
panel.
When you select the task manually, the resume option is unavailable in the monitoring page.
• Resume—Resumes the task at the next step. Use this option only if the failed step is non-essential, or if you
have manually performed that step
• View Details—Navigates to the monitoring page showing all the tasks available
• Successful status:
• View Details—Navigates to the monitoring page showing all the tasks available.
• Failed status:
• View Details—Navigates to the monitoring page showing all the tasks available
Setting Description
Show Allows you to filter install tasks by status, by selecting one of the following options from the drop-down list:
• Quick Filter—To filter the tasks based on the status
• Paused due To Error—To show the tasks that are paused due to an error in the system
Filter Select a status and click Filter to set a search rule at the bottom of the search window.
Delete Click the checkbox next to the task and click the Delete button at the top of the table. You can also click Delete under
the Actions column for the task you wish to delete.
Add Install Task button Opens the Add Installation Task wizard.
Note You can also open the Add Installation Task wizard by selecting Edit in the Actions column for a particular
install task.
Choose Installation Cluster page From the Choose Cluster page, select the cluster from the drop-down list. After you select the cluster, you will see that
the nodes listed in the Installation Cluster Nodes table change accordingly.
Choose Installation Files page From the Choose Installation Files page, select the installation images to be installed on the staging cluster. The ISO
images must be uploaded to the /install directory on the system sftp server for Cisco Prime Collaboration Deployment.
Set Start Time page From the Set Start Time page, select a start time for the task.
Note The time specified is based on the Cisco Prime Collaboration Deployment server time, not the time zone
of the selected cluster.
You have the option of setting the start time for a specific time, starting the task manually, or setting the task to begin
immediately upon completion of the wizard.
Specify Installation Sequence page From the Specify Installation Sequence page, specify the sequence in which the installation is processed on the servers.
You can change the sequence of steps by clicking the up and down arrows of a particular step. You can also add or delete
a step, or edit an existing step.
By default, each node is sequenced into its own step.
Review page The Review page provides a summary of the options you have selected in the previous steps. The nodes listed in the
Nodes field are view-only; you cannot select them.
You can add notes to the Notes field for future reference.
Related Topics
Install Task, on page 67
Migrate View
Setting Description
Scheduled Tasks and History table
• Paused due To Error—Indicates that the task is in a paused state due to an error in the system
Last Status Report Time Specifies the time at which the action was completed. The completed action may be a success or failure.
Notes Notes that were added during the Review portion of the Add Migration Task wizard
Setting Description
Actions The following are the status and the corresponding actions:
• Scheduled status:
• Run Validation Test—Runs a validation test to ensure that all nodes are available and that none of the
specified new addresses are reachable. It also checks that the ESXi hosts that the VMs reside on are mounted.
It also verifies that the iso file to be used is present.
• Edit—Shows the Edit Upgrade Task window. Allows you to edit the selected task
• Canceled status:
• Delete—Deletes the selected task permanently
• Started status:
• Cancel Task—Cancels the selected task
• Paused status:
• Resume—Restarts task at the next step.
• View Details—Navigates to the monitoring page showing all the tasks available
• Start Task—Start task is present if the task is started manually. Time is not selected for this action
Note Start Task is applicable only if you select Start task manually option in the Set Start Time
panel.
When you select the task manually, the resume option is unavailable in the monitoring page.
• Resume—Resumes the task at the next step. Use this option only if the failed step is non-essential, or if you
have manually performed that step.
• View Details—Navigates to the monitoring page showing all the tasks available
• Successful status:
• View Details—Navigates to the monitoring page showing all the tasks available.
• Failed status:
• View Details—Navigates to the monitoring page showing all the tasks available
Setting Description
Show Allows you to filter migration tasks by status, by selecting one of the following options from the drop-down list:
• Quick Filter—To filter the tasks based on the status
• Paused due To Error—To show the tasks that are paused due to an error in the system
Filter Select a status and click Filter to set a search rule at the bottom of the search window.
Delete Check the check box next to the task and click the Delete button at the top of the table. You can also click Delete under
the Actions column for the task you wish to delete.
Add Migration Task button Opens the Add Migration Task wizard.
Note You can also open the Add Migration Task wizard by selecting Edit in the Actions column for a particular
migrate task.
Choose Source and Destination Clusters From the Choose Source and Destination Clusters page, select the source UC cluster from the drop-down list. After you
page select the source cluster, you select the destination cluster from the drop-down list and the nodes from the Node Mapping
from Source to Destination Cluster table.
Choose Upgrade Files page From the Choose Upgrade File page, select the upgrade file for each product being upgraded. You will only have the
option of selecting files for the product type you selected on the Choose Cluster page.
Set Start Time page From the Set Start Time page, select a start time for the task.
Note The time specified is based on the Cisco Prime Collaboration Deployment server time, not the time zone
of the selected cluster.
You have the option of setting the start time for a specific time, starting the task manually, or setting the task to begin
immediately upon completion of the wizard.
Specify Migration Procedure page From the Specify Migration Procedure page, specify the sequence in which the migration is processed on the servers.
You can change the sequence of the stepsby clicking the up and down arrows of a particular step. You can also add or
delete a step, or edit an existing step.
By default, each node is sequenced into its own step. The Revert to Default button returns the steps to this original state.
Review page The Review page provides a summary of the options you have selected in the previous steps. The nodes listed in the
Nodes field are view-only; you cannot select them.
You can add notes to the Notes field for future reference.
Related Topics
Migration Task, on page 42
Product and Version Shows the product for which the cluster is added along with its version
Cluster Type Shows the cluster type, such as Discovered, New install, or Migration
Discovery Status Shows the discovery status of a cluster. This field shows one of the following
discovery statuses:
• Contacting
• Discovering
• Successful
• Node Unreachable
• Timeout
• Internal Error
Show Allows you to filter cluster tasks by status, by selecting one of the following
options from the drop-down list:
• All—To show all the available clusters
• Discovered—To show the clusters that are scheduled
• New Install—To show the cluster that newly installed
• Migration—To show the clusters that are migrated
Filter Select a status and click Filter to set a search rule at the bottom of the search
window.
Setting Description
Discover Cluster button Click this button so that Cisco Prime Collaboration Deployment communicates
with the servers that are already running Unified Communications applications
and adds that cluster information into the Cisco Prime Collaboration Deployment
inventory
Specify Clusters page Enter details for the following fields to configure a destination cluster for a
migration task:
• Source Cluster—From the drop-down list, select a source UC cluster.
• View Nodes—Click this link to view the available cluster nodes.
• Active Versions—Shows the active versions of the source UC cluster.
• Destination Cluster Nickname—Enter a nickname for the destination
cluster.
• Destination Network Settings—Choose one of the following options:
• Use the source node network settings for all destination
nodes—Choose this option to retain the default network options.
• Enter new network settings for one or more destination
nodes—Choose this option to modify the default network settings or
enter new network options.
Note If you select the Use the source node network settings
for all destination nodes option, same IP address
appears for both the source node NAT IP and Dest NAT
IP columns on the Assign Destination Cluster Nodes
window. If you select the Enter new network settings
for one or more destination nodes option, only source
hostname appears and not the destination hostname on
the Assign Destination Cluster Nodes window.
Assign Destination Cluster • Source Cluster—Displays the name of the source cluster.
Nodes page
• Destination Cluster—Displays the name of the destination cluster.
• Assign Destination Cluster Nodes—Click this button to associate
destination virtual machines with nodes in the source cluster.
Note If DHCP is in use on your source node, the destination node
is also configured to use DHCP, and you will have no option
to change your network settings in this wizard.
Setting Description
Configure NTP/SMTP Enter details for the following sections to configure NTP and SMTP to the
Settings migration nodes when the migration task is run:
Network Time Protocol (NTP) Configuration window—Enter IP address of
at least one of the following fields:
• NTP Server 1
• NTP Server 2
• NTP Server 3
• NTP Server 4
• NTP Server 5
Define DNS Settings (Optional) From the available hosts added along with the functions, check a
node to configure DNS setting for the migration cluster nodes and click Assign
DNS Settings
• Enable NAT—Check this check box to enable NAT for the cluster.
Note When you check the Enable NAT check box, the NAT IP
column appears on the Cluster Discovery Progress page.
Setting Description
Cluster Discovery Progress This page displays the status of cluster discovery in the following fields:
page
• Cluster Name—Shows the cluster name along with the status message
of the cluster discovery.
• Hostname—Shows the host name.
• Contact Status—Shows the one of the following statuses for cluster
discovery:
• Contacting
• Discovering
• Successful
• Node Unreachable
• Timeout
• Internal Error
Cluster Role Assignment This page displays the role assignments of cluster in the following fields:
page
• Hostname—Shows the host name.
• Product—Shows the product of the cluster.
• Functions—Shows the different roles that are assigned to a particular
node. For example Publisher,Primary TFTP, Secondary TFTP.
• SFTP Server—Shows the location of the ISO files.
By default the SFTP server is PCD.
• Edit Settings—Allows to assign more roles or functionality to the node.
Specify Cluster Name Choose the Nickname for this cluster—Enter the cluster name
window
Setting Description
Add Virtual Machines Enter details in the following fields:
window
• Add Node—Check one or more functions for adding a node from the
available check boxes.
• Notes—(Optional) Add a nodes for the selected cluster.
• Virtual Machines—Add a node from the available virtual machines.
Note The available VMs are sorted by name and by host. The
details of virtual machines, such as VM Name, ESXi Host,
and Power State, appear in this window.
Setting Description
Configure Cluster Wide Enter details for the fields of the following sections:
Settings window
OS Administration Credentials
• Username—Enter user name of the OS administrator.
• Password—Enter password of the user name.
• Confirm Password—Re-enter the same password that you entered in the
Password field.
Application Credentials
• Username—Enter user name of the application user.
• Password—Enter password of the user name.
• Confirm Password—Re-enter the same password that you entered in the
Password field.
Security Password
• Password—Enter the security password for the cluster.
• Confirm Password—Re-enter the same password that you entered in the
Password field.
Certificate Information
• Organization—Enter the name of the organization of which the certificate
is being used.
• Unit—Enter the number of certificates being used.
• Location—Enter the location where the certificate is being used.
• State—Enter the state where the certificate is being used.
• Country—From the drop-down list, select the country where the certificate
is being used.
Configure DNS Settings (Optional) From the available hosts added along with the functions, check a
window node to configure DNS setting for a node and click Assign DNS Settings.
Setting Description
Configure NTP Settings To configure the Network Time Protocol, enter details of at least one NTP
server in the following fields. If you are not using DNS, NTP server must be
an IP address. If you are using DNS, NTP server can be an FQDN.
• NTP Server 1
• NTP Server 2
• NTP Server 3
• NTP Server 4
• NTP Server 5
Configure NIC Settings (Optional) Enter details for the following fields:
• Hostname, Functions, and MTU size column—From the available servers,
check the check box for a server.
• MTU Size—Enter an MTU size between 552 and 1500 and click Apply
to Selected.
• Apply to Selected—Click this button to apply the MTU size for the
selected host.
• Apply Default MTU—Click this button to apply the default value of
MTU size for the selected host.
Configure Time Zones Enter details for the following fields to specify the time zone for each cluster
window node:
• Region—From the drop-down list, select the region for the cluster node.
• Time Zone—From the drop-down list, select the time zone of the selected
region.
• Apply to Selected—Click this button to apply the time zone changes for
each cluster node.
Setting Description
Actions Includes the following options:
• Edit—Click this link to edit the ESXi host details.
• Delete—Click this link to delete the ESXi host from the database.
Add ESXi Host Click this button to add an ESXi host in the database.
Hostname/IP Address Enter the host name of the IP address of the ESXi host.
Delete Click this button to delete the selected SFTP server from the datastore.
Add Server Click this button to add the selected SFTP server to the datastore.
Server IP Shows the IP addresses of the available SFTP servers in the datastore.
Server Description Shows the description added for the available SFTP servers.
Status Shows the status of the SFTP server. For example, Connected and Local.
Delete Click this button to delete the ISO and COP files of the selected SFTP server
from the datastore.
Setting Description
Filename Shows the available ISO and COP files of the SFTP servers.
Server Description Shows the description added for the available SFTP servers.
Directory Shows the directory name where the SFTP files of the SFTP servers are stored.
File Type Shows the type of file, such as upgrade file and fresh install.
Copied On (local) Shows the data, time, and time zone when the SFTP file is copied to the
datastore.
Setting Description
Notifications Select one of the following options:
• Do not send email notification—Choose this option if you do not wish
to receive any email notification for errors or types of tasks.
Note If you choose this option, all the fields of this section become
non-editable.
• Standard - Send email when tasks start, pause, finish, or when there
is an error—Choose this option if you wish to receive email notifications
when a task enters any of the following states:
• Scheduled
• Failed to Schedule
• Started
• Successful
• Failed
• Canceled
• Canceling
• Failed to Cancel
• Paused on Error
• Paused
• Paused – Required
Use TLS Check this check box so that Transport Layer Security (TLS) protocol ensures
privacy or prevent tampering with the email between the application and the
email recipients.
Setting Description
Username Enter the user name of the mail server.
Save Click this button to save the changes you have made in this page.
Reset Click this button to set the default values on this page.
Send Test Email Click this button to send a test email to one or more recipients for the errors
only and standard options.
NAT Settings
Setting Description
Private IP Shows the IP address of the server that is in the private network.
Save The NAT IP address is saved as an entry in a configuration file on Cisco Prime
Collaboration Deployment. This entry is used when the application nodes try to
contact Cisco Prime Collaboration Deployment.
Reset (Optional) The NAT IP address is reset to the earlier saved NAT IP address.
Total Disk Space (GB) Shows the total disk space on the server.
Available Disk Space (GB) Shows the available disk space for use on the server.
Setting Description
Warning Level Disk Space (GB) Enter the disk space warning value. After entering this value, click the
information link to check if the space value you entered is available
for use on the server.
Application Audit Event Level From the drop-down list, choose one of the following
options:
• Info—To view the audit event level as an information
message.
• Warning—To view the audit event level as a warning
message.
• Debug—To view the audit event level as a debug
message.
• Error—To view the audit event level as an error
message.
Remote Syslog Server Name / IP Enter the name of remote syslog server or the IP address
for the audit logs to be logged in to this remote server.
Setting Description
Enable Local Audit Log Check or uncheck this check box to enable or disable the
local audit log.
Note • When you check this field, the audit
events are logged in the local server.
When you uncheck this field, audit
events are not logged in the local server.
The audit events includes User ID,
ClientAddress, Severity, EventType,
ResourceAccessed, EventuStatus ,
AuditCategory, CompulsoryEvent,
ComponentID, CorrelationID and Node
ID.
• When you check this field, the Enable
Log Rotation field becomes active.
Enable Log Rotation Check or uncheck this check box to enable or disable the
log rotation.
Note • You can configure this field if the
Enable Local Audit Log field is
enabled.
• After you enable this field, you can
configure the Maximum No of Files,
Maximum File Size(MB), and
Warning Threshold for Approaching
Log Rotation Overwrite(%) fields.
When you uncheck the Enable Local
Audit Log field, the default values of
these fields are not applicable as they
are not active.
Maximum No of Files Enter an integer value for the Maximum No of Files field
to configure the maximum number of files that can be
created on the server.
After you check the Enable Log Rotation field, you can
configure the value for Maximum No of Files field. Once
the number of files reaches the configured value, the log
rotation process starts. In the log rotation process, all the
log files are deleted and rewritten from the log file number
1.
Note The value for this field must be in the range
of 1 to 5000.
Setting Description
Maximum File Size(MB) Enter a value for the Maximum File Size (MB) field to
configure the maximum file size of each log that is created
on the server.
Note The value for this field must be in the range
of 1 to 10.
Warning Threshold for Approaching Log Enter the warning threshold value for the Warning
Rotation Overwrite(%) Threshold for Approaching Log Rotation Overwrite(%)
field.
After the configured warning threshold value is reached,
an email notification is sent to users to take back up of the
audit log files. These files are deleted or overwritten during
log rotation.
Note The value for this field must be in the range
of 1 to 100.
Save Click this button to save the changes you have made on
this page.
Reset Click this button to set the default values on this page.
Require User Acknowledgment Check or uncheck this check box to enable or disable
user acknowledgment for the file that the user
receives.
If this field is enabled, users get an acknowledgment
as an alert message on the Cisco Prime Collaboration
Deployment sign-in page. This message appears after
they sign out for the first time from the same web
browser instance.
Upload File Click this button to upload the file with the customized
sign-on message to the server. After you upload the
file, a popup appears showing the file upload status.
Setting Description
Delete Click this button to delete the file with the customized
sign-on message. After you delete the file, popup
appears showing the file deletion status.
Setting Description
PCD Releases From the drop-down list, choose one of the releases of
Cisco Prime Collaboration Deployment. The available
options are Release 10.0(1) up to the latest release.
Task Type From the drop-down list, choose one of the following tasks
to view the supported releases for a specific task:
• All
• Migration
• Install
• Upgrade
• Switch Version
• Server Restart
• Readdress
Product Type From the drop-down list, choose one of the following
products:
• CUCM—Implies Cisco Unified Communications
Manager.
• IM&P—Implies Instant Messaging and Presence
services
• CUC—Implies Cisco Unity Connection
• UCCX—Implies Cisco Unified Contact Center
Express
• CER—Implies Cisco Emergency Responder
Based on the values you choose for the Supported Release Matrix table, the values in Supported Releases
Table appear for the CUCM Task Type column. This table shows the supported and unsupported releases
of the product and the task type you choose.
Services
After the installation of the Cisco Prime Collaboration Deployment platform, most services start automatically.
You can configure services by setting service parameters for each service. If necessary, for example, for
troubleshooting purposes, you may need to stop, start, or restart a service. You can perform these tasks by
using the CLI on the Cisco Prime Collaboration Deployment platform.
System Services
CDP
Cisco Delivery Protocol (CDP) advertises the voice application to other network management applications,
so the network management application can perform network management tasks for the voice application.
Cisco Trace Collection Servlet
The Cisco Trace Collection Servlet, along with the Cisco Trace Collection Service, supports trace
collection and allows users to view traces. If you stop this service, you cannot collect or view traces on
the Cisco Prime Collaboration Deployment platform.
For SysLog Viewer and trace and log collection, the Cisco Trace Collection Servlet and the Cisco Trace
Collection Service must run on the server.
Cisco Trace Collection Service
The Cisco Trace Collection Service, along with the Cisco Trace Collection Servlet, supports trace
collection and allows users to view traces. If you stop this service, you cannot collect or view traces on
the Cisco Prime Collaboration Deployment platform.
For SysLog Viewer and trace and log collection, the Cisco Trace Collection Servlet and the Cisco Trace
Collection Service must run on the server.
Tip If necessary, to reduce the initialization time, we recommend that you restart the Cisco Trace Collection
Service before restarting the Cisco Trace Collection Servlet.
Platform Services
Cisco Tomcat
The Cisco Tomcat service supports the web server.
Cisco Tomcat Stats Servlet
The Cisco Tomcat Stats servlet collects the Tomcat statistics.
Platform Administrative Web Service
The Platform Administrative Web service is a SOAP API that can be activated on Cisco Unified
Communications Manager, Cisco Unified Presence, IM and Presence Service, Cisco Unified Contact
Center Express, Cisco Unity Connection, or Cisco Emergency Responder systems, to allow the Cisco
Prime Collaboration Deployment server to upgrade the system.
SNMP Master Agent
This service, which acts as the agent protocol engine, provides authentication, authorization, access
control, and privacy functions that relate to Simple Network Management Protocol (SNMP) requests.
Tip After you complete SNMP configuration in the CLI, you must restart the SNMP Master Agent service.
MIB2 Agent
The Management Information Base (MIB2) Agent service provides SNMP access to variables, which
are defined in RFC 1213, that read and write variables; for example, system and interfaces.
Host Resources Agent
This service provides SNMP access to host information, such as storage resources, process tables, and
installed software base. This service implements the HOST-RESOURCES-MIB.
System Application Agent
This service provides SNMP access to the applications that are installed and running on the system. This
service implements the SYSAPPL-MIB.
Cisco CDP Agent
This service uses the Cisco Discovery Protocol to provide SNMP access to network connectivity
information on the Cisco Prime Collaboration Deployment platform. This service implements the
CISCO-CDP-MIB.
Cisco Syslog Agent
This service supports gathering of syslog messages that various components generate. This service
implements the CISCO-SYSLOG-MIB.
Note When a service is stopping, you cannot start it until after the service is stopped. Also, when a service is starting,
you cannot stop it until after the service is started.
The following services are activated by default after you install the Cisco Prime Collaboration Deployment
platform.
• Cisco AMC Service
• Cisco Audit Event Service
• Cisco CDP
• Cisco CDP Agent
• Cisco Certificate Expiry Monitor
• Cisco DRF Local
• Cisco DRF Master
• Cisco Log Partition Monitoring Tool
• Cisco Platform Manager Service
• Cisco RIS Data Collector
• Cisco Syslog Agent
• Cisco Tomcat
• Cisco Tomcat Stats Servlet
• Cisco Trace Collection Servlet
• Host Resources Agent
• MIB2 Agent
• SNMP Master Agent
• System Application Agent
The following services are stopped by default after you install the Cisco Prime Collaboration Deployment
platform.
• Cisco Trace Collection Service
Caution Some changes to service parameters may cause system failure. We recommend that you do not make any
changes to service parameters unless you fully understand the feature that you are changing or unless the
Cisco Technical Assistance Center (TAC) specifies the changes.
The following table shows the commands that you need to work with services on the Cisco Prime Collaboration
Deployment platform.
Task Command
Display a list of services and service status utils service list
Important While you restore your data, the hostname, server IP address, and Cisco Prime Collaboration Deployment
software version on the machine to which you are restoring the data must be the same as they were on the
server on which you performed the backup.
Procedure
Note When you restore your Cisco Prime Collaboration Deployment data, ensure that the Cisco Prime Collaboration
Deployment software version that is installed on your server matches the version of the backup file that you
want to restore.
Note When you perform a DRS restore operation to migrate data to a new server, you must assign the new server
the identical IP address and hostname that the old server used. Additionally, if DNS was configured when the
backup was taken, then the same DNS configuration must be present before you perform a restore operation.
Note We recommend that you perform a fresh installation of Cisco Prime Collaboration Deployment on your virtual
machine before you restore the data.
Procedure
Step 1 Because a fresh install of the VM is recommended before the restore, you will need to add a backup device,
so the system can retrieve the files from there. Configure the backup device by using the utils disaster_recovery
device add network command.
Example:
utils disaster_recovery device add network device1 /backupdir/pcdbk 10.94.155.76 adminname 2
Specify the device from which you want to restore a backup file.
Step 2 List the backup files by using the following CLI command: utils disaster_recovery show_backupfiles
Example:
admin: utils disaster_recovery show_backupfiles device1
The show_backupfiles command shows which backups are available to be restored. Backups are named by
date and the time the backup was performed.
Step 3 Start the restore operation by running the following CLI command: utils disaster_recovery restore network
Example:
admin:utils disaster_recovery restore network b7k-vmb031 2013-10-30-15-40-54 device1
When you are prompted to enter the features to restore, enter PCD.
Enter the comma separated features you wish to restore. Valid features for server B7K-VMB031 are PCD:PCD.
Step 4 Check the status of the restore by using the following CLI command: utils disaster_recovery status restore.
While the restore process is running, you can check the status of the current restore job.
Do not administer any data on the Cisco Prime Collaboration Deployment server until the command shows
as one hundred percent complete. This can take several minutes, depending on the amount of data that is being
restored.
What to do next
After you restore your data, perform a system restart on the Cisco Prime Collaboration Deployment server to
initialize the database.
The Cisco Prime Collaboration Deployment server will lose contact with ESXi hosts during the reinstallation.
You may have to add ESXi hosts back into Cisco Prime Collaboration Deployment after a restore operation.
Note • After you set the minimum TLS version, the system reboots.
• Configure the minimum TLS version for each node.
Example
admin: set tls min-version 1.2
This command will result in setting minimum TLS version to 1.2 on all the secure interfaces.
If you have custom applications that makes secure connection to the system, please ensure
they support the TLS version you have chosen to configure.
Also, please refer to the Cisco Unified Reporting Administration Guide to ensure the
endpoints in your deployment supports this feature.
****************************************************************************************************
Warning: This will set the minimum TLS to 1.2 and the server will reboot.
****************************************************************************************************
Requirements
Command privilege level: 1
Allowed during upgrade: Yes
Applies to: Cisco Unified Communications Manager and IM and Presence Service on Cisco Unified
Communications Manager
Example
admin:show tls min-version
Configured TLS minimum version: 1.0
Configure EnhancedSecurityMode
An administrator can use this procedure on Cisco Prime Collaboration Deployment to configure
EnhancedSecurityMode. When this mode is enabled, the following system enhancements are updated
automatically:
• Stricter credential policy for password changes is implemented
• TCP becomes the default protocol for remote audit logging
• FIPS mode is enabled
Procedure
Step 2 Run the utils EnhancedSecurityMode status command to confirm whether Enhanced Security Mode is
enabled.
Step 3 To configure Enhanced Security Mode, run one of the following commands on a node:
• To enable this mode, run the utils EnhancedSecurityMode enable command.
• To disable this mode, run the utils EnhancedSecurityMode disable command.
Note The disaster recovery system CLI commands are supported in FIPS mode. For details on these commands,
see the CLI Commands and Disaster Recovery System chapter of the Cisco Prime Collaboration Deployment
Administration Guide at http://www.cisco.com/c/en/us/support/unified-communications/
unified-communications-manager-callmanager/products-maintenance-guides-list.html.
Caution Before you enable FIPS mode, we strongly recommend that you perform a system backup. If FIPS checks
fail at start-up, the system halts and requires a recovery CD to be restored.
Procedure
1)Tomcat
2)IPsec
Any third party CA signed certificates that have been uploaded for the above
components will need to be re-uploaded.
*********************************************************************************
This will change the system to FIPS mode and will reboot.
*********************************************************************************
Procedure
1)Tomcat
2)IPsec
Any third party CA signed certificates that have been uploaded for the above
components will need to be re-uploaded.
*********************************************************************************
This will change the system to NON-FIPS mode and will reboot.
*********************************************************************************
Note Certificates and SSH key are regenerated automatically, in accordance with FIPS requirements.
Sign-in with the valid credentials Sign-in is successful and the application home page
is accessible
Sign-in after exceeded number of attempts on the Account is locked after three consecutive unsuccessful
application attempts
Sign-in after exceeded number of attempts on the CLI CLI sign-in fails due to locked account even though
the user types in the correct password
Sign-in to the application after the lockout period After 5 minutes of lockout period, the application is
expires available for you to sign-in
Sign-in to CLI after the lockout period expires After 5 minutes of lockout period expiry, the account
gets unlocked and you can sign-in to the CLI
Sign-in to the application when the account is locked Account gets locked due to inactivity of the session
due to inactivity
Procedure
Step 1 Configure the FileBeat client with the external logstash server details, such as IP addresses, ports, and file
types. For procedure, see Configure Logstash Server Information, on page 147.
Step 2 Enable the FileBeat client for remote audit logging. For procedure, see Configure the FileBeat Client, on page
147.
Procedure
Procedure
The administrator can restrict the above options by running the following platform CLI commands:
• file view activelog<audit log file name>
• file get activelog <audit log file name>
• file delete activelog<audit log file name>
• file dump activelog<audit log file name>
• file tail activelog <audit log file name>
• file search activelog<audit log file name><search string>
• file view inactivelog <audit log file name>
• file get inactivelog <audit log file name>
• file delete inactivelog <audit log file name>
• file dump inactivelog <audit log file name>
• file tail inactivelog <audit log file name>
• file search inactivelog <audit log file name><search string>
• utils auditd enable
• utils auditd disable
• utils auditd status
Where, <audit log file name> can be one of the following audit log files:
• /var/log/active/audit/AuditApp
• /var/log/active/audit/vos
• /var/log/inactive/audit/AuditApp
• /var/log/inactive/audit/vos
Note In a non-EnhancedSecurityMode, the group ownership is ccmsyslog when the permission is 640. However,
as part of EnhancedSecurityMode requirement, the file permission is modified to 600 with file group ownership
by root. Hence, by default, the files saved at the /var/log/active/syslog location are changed to the
permission of 600 with the ownership to root.
More Information
For information about performing a CTL update, see the “Security Basics” section in the Cisco Unified
Communications Manager Security Guide: http://www.cisco.com/c/en/us/support/unified-communications/
unified-communications-manager-callmanager/products-maintenance-guides-list.html
Procedure
Step 1 On the Destination Cluster Publisher, navigate to Cisco Unified Operating System Administration and choose
Security > Bulk Certificate Management.
Step 2 Define the Central Secure File Transfer Protocol (SFTP) server IP address, port, user, password, and directory.
Step 3 Use the Export button to export all Trivial File Transfer Protocol (TFTP) certificates from the destination
cluster to the central SFTP server.
Step 4 On the Source Cluster Publisher, navigate to Cisco Unified Operating System Administration. Select Security >
Bulk Certificate Management.
Step 5 Define the Central SFTP server with same parameters that you used in Step 2.
Step 6 Click Export to export all TFTP certificates from source cluster to the central SFTP server.
Step 7 Click Consolidate to consolidate all the TFTP certificates on the central SFTP server. You can perform this
step on either the source or destination cluster, using the Bulk Certificate Management interface.
Step 8 On the Source cluster, click Bulk Certificate Import to import the TFTP certificates from the central SFTP
server.
Step 9 On the Destination cluster, click Bulk Certificate Import to import the TFTP certificates from the central
SFTP server.
Step 10 Use Dynamic Host Configuration Protocol (DHCP) option 150 to point the phones to the new destination
cluster TFTP server.
Upon reset or power cycle, the phones will download the new destination cluster ITL file and attempt to
authenticate the new Initial Trust List (ITL) file signature with the certificates in the existing ITL file.
No certificate in the existing ITL file can be used to authenticate the signature, so the phone requests the
signer's certificate from the old Trust Verification Service (TVS) server on the source cluster.
The phone sends this request to the source cluster TVS service on TCP port 2445.
The bulk certificate exchange in Steps 1 through 9 provides the TVS service in the source cluster with the
TFTP certificate on the destination cluster that signed the new ITL file.
TVS returns the certificate to the phone, which allows the phone to authenticate the signature and replace the
old ITL file with the newly downloaded ITL file.
The phone can now download and authenticate the signed configuration files from the new destination cluster.
Cluster Discovery
During cluster discovery, a small Cisco Options Package (COP) file is installed on the servers that are being
discovered. For this reason, ensure that before you initiate a discovery, no upgrades or COP file installations
are in progress on the servers in the cluster that you want to discover.
Upgrades
When you initiate an upgrade of an application server (Cisco Unified Communications Manager, IM and
Presence Service, Cisco Unified Contact Center Express, Cisco Unity Connection, or Cisco Emergency
Responder) from the Cisco Prime Collaboration Deployment Upgrade task, the upgrade works in the same
manner as upgrades that are initiated by the Unified Communications application GUI or CLI. As a result,
we recommend that you follow the same preupgrade procedures and postupgrade verifications as you would
directly from the application server GUI.
ESXi Host
Ensure that the virtual machines that you use for migrations or fresh installations reside on an ESXi host that
was entered into the Cisco Prime Collaboration Deployment system. That ESXi host should not allow
Distributed Resource Scheduler (DRS) or vSphere vMotion.
Note If you have to configure a VMware in various ESXi host servers, ensure that you enter a unique name for
ESXi host servers and avoid using the default name from OVA.
Premigration
Source Cluster
• We recommend that you run a full backup by using Distributed Resource Scheduler (DRS) on the cluster.
Postmigration
Follow these postmigration best practices:
• Check endpoints
• Check database replication, for example:
admin:show perf query class "Number of Replicates Created and State of
Replication" ==>query class :
• 2—Replication is good.
• 3—Replication is bad in the cluster.
• 4—Replication setup did not succeed.
Task Validation
If a task is scheduled to start manually or start at a later time, the Validate button appears and you can run
validation on the task manually. We recommend that you run the validation on a task before the start (you
can run the validation anytime before the start), to identify problems such as missing virtual machines,
communication issues, or missing ISO files. When the validation is run, a popup window opens with a list of
validation problems. If no problems are found, the following message appears: “All validation tests passed.”
Monitoring Tasks
Use the Monitoring GUI page to view the status of your tasks. Click the task in the left column, and the task
details appear on the right. Each step in the task (export, install, and so on) appears in the Task Status table
below the details section. Click the arrow next to any step to see additional details for that step. Some steps
may have several task actions within them. Scroll down to see all the actions and their status.
Server Readdress
With the Server Readdress feature, the system inserts a forced pause after each server readdress. Verify that
the server was successfully changed and that the phones reregistered before you continue to the next readdress
step.
Email Notification
If a task encounters an error, the task is paused to wait for user intervention. Also, some tasks pause
automatically in the task sequence to allow for manual interaction. We recommend that you set up email
notification (Standard option) before you run any tasks in order to be notified of pauses or errors that may
require your attention when the task runs.
Test Email
When setting up email notification, click the Send Test email button to verify that the Cisco Prime
Collaboration Deployment mail system can send email to your mail server. Check that the test email was
received. Perform this test before you run tasks.
Procedure
Step 1 Shut down the Cisco Prime Collaboration Deployment server by logging in to the Cisco Prime Collaboration
Deployment CLI and entering the utils system shutdown command.
Step 2 After the Cisco Prime Collaboration Deployment server shuts down, go to ESXi host and increase the disk
size for the virtual machine on which the Cisco Prime Collaboration Deployment server resides.
Step 3 Restart the Cisco Prime Collaboration Deployment server.
Step 4 To view how much disk space is available on the Cisco Prime Collaboration Deployment server, run the CLI
command show status on the Cisco Prime Collaboration Deployment server.
• Check the network settings and firewall settings for the indicated node and ensure that the Cisco Prime
Collaboration Deployment server can communicate with the node.
• Check to see if the node is powered off, if the node name is misspelled, or if the node is inaccessible.
Node Response
Error messages:
• “The node did not respond within the expected time frame.”
• “The upgrade service for node {0} did not send back the expected response. This is assumed to be a
failure. However, this can also happen when network connectivity is temporarily lost. Please manually
verify the upgrade status on node {0} before proceeding.”
Possible actions to correct issues:
These messages are usually seen during a task (install, upgrade, and so on), when the new node does not
contact the Cisco Prime Collaboration Deployment server within a specified amount of time. For an upgrade,
this time is 8 hours, so when one of these error messages appear, it may indicate that the task failed. However,
these error messages can also indicate that there were network issues during the upgrade (or install) that
prevented the server from contacting Cisco Prime Collaboration Deployment. For this reason, you see one of
these messages, log in to the server that is not responding (using the CLI) and run the show version active
command to see if the upgrade was successful.
This error may be caused by a networking issue with the vSwitch on the ESXi host.
Possible actions to correct the issue:
• Ping the host and verify connectivity by entering the following CLI command: utils network ping
hostname.
• Verify that the license for the ESXi host is valid. A demo license is not supported.
• Be aware that you need root access to the ESXi host. Use the root username and password when adding
ESXi host credentials.
• Be aware that if you are using network address translation (NAT), Cisco Prime Collaboration Deployment
and all nodes in the clusters must be behind the same NAT to ensure successful communication between
Cisco Prime Collaboration and the nodes.
server (for example, to upgrade a Unified Communications Manager server), the Platform Administrative
Web Service on the application must be active. Otherwise, the Cisco Prime Collaboration Deployment server
cannot communicate with the Unified Communications Manager application server.
Lock Errors
Most products allow only one change at a time (for example, you cannot modify Network Time Protocol
settings while an upgrade is in progress). If a request is made while the node is locked, then a lock message
with the following information is displayed:
• The name of the resource that was locked
NFS Datastores
Exceptions and Other NFS-Related Issues
Review the Cisco Prime Collaboration Deployment logs for any exceptions or other NFS-related issues.
Scheduling
Verify Scheduled Date
If a task was scheduled but did not start, verify the scheduled date.
Validation Tests
When a task starts, Prime Collaboration Deployment runs a series of validation tests. A validation failure
pauses the task.
Canceled Tasks
Some steps cannot be canceled after they are started (for example, restarting a server).If you cancel the task,
it remains in the Canceling state until the step is finished.
Server Connectivity
Verify Connectivity
Use the utils network ping and traceroute CLI commands to verify connectivity.
Possible Cause
If the Prime Collaboration server reboots during the install task, the installation might show a failure, even
though it may have completed successfully.
The following table describes the steps to identify if the task completed successfully on the application server,
and, if it did not, how to recover from this type of failure.
Solution
If Then
The failure occurs during 1. You must create a new fresh-install task with the same cluster nodes.
installation on the first node
Note In the case of Unified Communications products such
as Cisco Unified Communications Manager and IM
and Presence Service, Cisco Prime Collaboration
Deployment does not support an install task that
installs a subsequent node separately from the cluster.
2. Check the status of the VM on the ESXi host that is associated with
the destination cluster. If any VMs were powered on and installed,
delete those VMs and redeploy the OVA.
Note For more information, see topics relating to install
tasks.
The installation is successful on the 1. Log in to the failed Unified Communications VM node, such as
first node but fails on any of the Cisco Unified Communications Manager, and manually verify the
subsequent nodes after Prime installation status. For more information, see Unified
Collaboration Deployment loses Communications product documentation.
connectivity
2. Create a new install task with all new cluster nodes. You must restart
the installation process by deleting all installed VMs, redeploying
the recommended OVA to create new VMs, and creating a new
install task.
Note If VM names are changed from previous configuration,
you must add a new fresh install cluster, create a new
fresh install task, and then run the task.
3. Check the status of the VM on the ESXi host that is associated with
the destination cluster. If any VMs were powered on and installed,
delete those VMs and redeploy the OVA.
Note For more information, see topics relating to install
tasks.
Possible Cause
If the Prime Collaboration server reboots during an upgrade task, the upgrade might show a failure even
though the upgrade may have completed successfully.
The following table describes the steps to determine whether the task completed successfully on the application
server and, if it did not, how to recover from this type of failure.
Solution
If Then
The failure occurs during upgrade on the first node 1. Check task status on the Monitoring page to see
which steps were successful and which steps
failed.
2. Log in to the first Unified Communications VM
node, such as Cisco Unified Communications
Manager. Check the software version and upgrade
status to verify whether this node was upgraded
to a new version. For more information, see
Unified Communications product documentation.
3. If the upgrade on the first node is successful, you
can create a new upgrade task with the subsequent
node.
4. If the upgrade on the first node is unsuccessful,
you can create a new upgrade task with all nodes.
5. If the upgrade task was configured with automatic
switch version, check the status of the active and
inactive partitions on the Unified Communications
product node. If the automatic switch version was
unsuccessful on the Unified Communications
product node, perform a switch version. For more
information, see Unified Communications product
documentation.
Note If the switch version is required, this
must be done before you a new
upgrade task with subsequent nodes
with a new upgrade task that is
configure with auto-switch version.
If Then
The upgrade is successful on the first node but fails 1. Log in to the failed Unified Communications VM
on any of the subsequent nodes after Prime node, such as Cisco Unified Communications
Collaboration Deployment loses connectivity Manager. Check the software version and upgrade
status to verify whether this node was upgraded
to a new version. For more information, see
Unified Communications product documentation.
Note If the subsequent node shows the
correct new version, you do not need
to recreate an upgrade task on Prime
Collaboration Deployment.
2. If the subsequent node shows the new version in
the inactive partition, the old version in active
partition, and the upgrade task was configured to
switch version automatically, you must either
perform the automatic switch version manually
on the Cisco Unified Communications Manager
node or use Prime Collaboration Deployment to
create a switch version task.
3. If the upgrade task was configured with automatic
switch version and the subsequent node does not
show the version correctly, perform a switch
version. See Unified Communications product
documentation more detail.
Possible Cause
If the Prime Collaboration server reboots during the migration task, the migration might show a failure even
though it may have completed successfully.
Solution
If the migration task fails after Prime Collaboration Deployment loses connectivity, we recommend that you
restart the entire migration process. To restart the migration task, you must create a new task. If your deployment
is a multinode cluster, follow this procedure:
1. Check the task status on the Monitoring page to find out which steps were successful and which steps
failed.
2. If the source node was shut down, you must power on the node manually.
Note Repeat this step for all source nodes that were shut down.
5. Check the status of the VM on the ESXi host that is associated with the destination cluster. If any VMs
were powered on and installed, delete those VMs and redeploy the OVA.
Possible Cause
If the Prime Collaboration server reboots during the switch version task, the switch version might show a
failure even though the switch version may have completed successfully.
The following table describes the steps to determine whether the task completed successfully on the application
server, and, if it did not, how to recover from this type of failure.
Solution
If Then
The failure occurs during switch version on the first 1. Log in to the first Unified Communications VM
node node (for example, Cisco Unified
Communications Manager) and manually check
the sofware version in both the active and inactive
partitions. For more information, see Unified
Communications product documentation.
2. If the first node still shows the old version in the
active partition but the new version in the inactive
partition, create a new switch version task with
the same nodes on Prime Collaboration and run
the task again.
The switch version is successful on the first node but 1. Log in to the subsequent Unified Communications
fails on any of the subsequent nodes after Prime VM node (for example, Cisco Unified
Collaboration Deployment loses connectivity Communications Manager). Check the software
and switch version status to verify that the
subsequent node is up and running with the
correct version.
2. If the subsequent node shows the correct new
version in the active partition, you do not need to
recreate a switch version task on Prime
Collaboration Deployment.
3. If the subsequent node shows the new version in
the inactive partition and the old version in active
partition, the switch version was not successful
on the subsequent node. You can either perform
a switch version manually on the subsequent node
or create a new switch version task on the
subsequent node on Prime Collaboration
Deployment.
Possible Cause
If the Prime Collaboration server reboots during the readdress task, you may be notified of a failure even
though the readdress may have completed successfully.
The following table describes the steps to determine whether the task completed successfully on the application
server, and, if it did not, how to recover from this type of failure.
Solution
If Then
The failure occurs during readdress on the first node 1. Log in to the first Unified Communications VM
node (for example, Cisco Unified
Communications Manager) and verify that
network settings were successfully changed. For
more information, see Unified Communications
product documentation.
2. After you verify that network settings were
successfully changed on the first node, create a
new readdress task on the subsequent node on
Prime Collaboration Deployment and run this
task. If network settings were not successfully
changed on the first node, create a new readdress
task with both nodes on Prime Collaboration
Deployment and run the task again.
If Then
The readdress task is successful on the first node but 1. Log in to the first Unified Communications VM
fails on any of the subsequent nodes after Prime node (for example, Cisco Unified
Collaboration Deployment loses connectivity Communications Manager) and verify that
network settings were successfully changed. For
more information, see Unified Communications
product documentation..
2. After verifying that network settings were
successfully changed on the first node, you do not
need to create a new readdress task on the first
node on Prime Collaboration Deployment.
However, you do need to create a new readdress
task on the subsequent nodes. If network settings
were not successfully changed on the first node,
create a new readdress task with the first node and
subsequent nodes on Prime Collaboration
Deployment and run the new task.
3. If network settings were successfully changed,
update cluster discovery for this cluster to make
sure that Prime Collaboration Deployment has
the correct network settings.
a. Go to the Clusters screen and click the
triangle to show the nodes in the cluster.
b. Check the network settings to ensure that the
Cluster Nodes table shows the new network
settings (for example, hostname).
c. If the correct network settings are not
displayed, click the Refresh Node link for
each node in the cluster.
Possible Cause
If the Prime Collaboration server reboots during server restart, the server restart might show a failure, even
though the server restart may have completed successfully.
The following table describes the steps to determine whether the task completed successfully on the application
server, and, if it did not, how to recover from this type of failure.
Solution
If Then
The failure occurs during server restart on the first 1. Log in to the first Unified Communications VM
node node (for example, Cisco Unified
Communications Manager) and manually check
the status of the restart.
2. If the first node did not get restarted, recreate a
new server restart task with all nodes and run the
task again.
The server restart is successful on the first node but 1. Log in to the second Unified Communications
fails on any of the subsequent nodes after Prime VM node (for example, Cisco Unified
Collaboration Deployment loses connectivity Communications Manager) and manually check
the status of restart.
2. If the subsequent node restarted successfully, there
is no need to recreate a new server restart task. If
the subsequent node did not restart, create a new
server restart task on the subsequent node only.
Task Scheduling
Task Scheduled but Not Started
If a task was scheduled but did not start, verify the scheduled date.
Validation Failure
When a task starts, a series of validation tests are run. A validation failure pauses the task.
Task Timeouts
Manually Verify Results
All Cisco Prime Collaboration Deployment tasks have built-in timeouts ranging from 30 minutes to 10 hours,
depending on the type of task and product. If Cisco Prime Collaboration Deployment does not receive the
expected results within that time frame, Cisco Prime Collaboration Deployment signals an error, even if the
actual process succeeded. Users must manually verify the results and ignore any false negatives.
Network Congestion
Because large files are sent across the network during upgrades, installations, and migrations, network
congestion can cause tasks to take longer than usual.
VM Cannot Be Located
If a VM cannot be located, make sure vMotion is turned off.
Procedure
Step 1 View the task log to verify the status of the most recent task.
a) If the VM is powered on and the fresh install task is still in progress, power off the VM, delete it, and
redeploy the OVA to create a new VM. You can use the same name for the new VM.
b) If the VM is powered off and the fresh install was not started on the VM, leave the VM powered off.
Step 2 Check the cluster to verify if any nodes in the cluster were updated with the active version and discovery
status.
• If any nodes were updated with the new version or discovery status, create a new cluster with a new
name, including the same VMs and installation settings.
• If any nodes in the cluster were not updated, reuse the cluster when recreating a fresh install task.
Procedure
Step 1 View the task log to verify the status of the most recent task.
a) If the VM is powered on and the migration task is still in progress on the destination VM, power off the
destination VM, delete it, and redeploy the OVA to create a new destination VM. You can use the same
name for the new VM.
b) If the VM is powered off and the migration was not started on the VM, leave the VM powered off.
Step 2 Check the node status on the source cluster before running a new task.
• If the source node is powered off, power on the source node and make sure it is in a running state before
rerunning a migration task.
• In the case of network migration, the source node can remain powered on.
Step 3 You do not need to rerun cluster discovery on the source node.
Step 4 Check the destination cluster to ensure that no nodes were updated with active version or discovery status.
• If any nodes in the destination cluster were updated with the new version of application or discovery
status, create a new migration destination cluster by giving it a new name with the same source cluster
and select the same destination VMIf any nodes in the destination cluster have been updated with the
new version of application or discovery status, create a new migration destination cluster by giving it a
new name with the same source cluster and select the same destination VMs.
• If any nodes in the destination cluster were not updated with the new version of application or discovery
status,you may be able to reuse the migration destination cluster later when creating a new migration
task. If this is not possible, recreate a migration destination cluster with a new name.
Step 5 Create a new migration task with the same source cluster and new destination cluster.
Step 6 Start running the new task.
Version Validity
Install or migrate Cisco Prime Collaboration Deployment if the version validity is True for the Restricted
or Unrestricted version of Cisco Prime Collaboration Deployment.
Note Hypervisor edition does not enable ESXi APIs that Cisco Prime Collaboration Deployment requires.
3. Verify that Cisco Prime Collaboration Deployment has root access to ESXi host.
4. Verify that the NFS mount is stable.
• If ISO file does not mount to virtual machine from NFS, check ESXihost > config > storage
(datastore) > storage (datastore).
• To force reconnection of NFS mount, through Cisco Prime Collaboration Deployment, remove the
ESXi host and add it again. Then, rerun the migrate task.