Cisco CloudCenter 18.104.22.168 Release Notes
First Published: August 27, 2020
September 4, 2020: Updated the Upgrading Non-CentOS CloudCenter Components (RHEL) row in the table below.
September 14, 2020: Added dependencies about Imported VMs to the Upgrade Path section.
October 13, 2020: Added a bullet to the Deprecated section to provide notification for select clouds.
CloudCenter 22.214.171.124 is only available as an upgrade for existing customers from CloudCenter 126.96.36.199, CloudCenter 188.8.131.52, CloudCenter 184.108.40.206, CloudCenter 220.127.116.11, CloudCenter 18.104.22.168, CloudCenter 22.214.171.124, or CloudCenter 126.96.36.199. Contact the CloudCenter Support team for additional details.
Enable RPM Packages
You must run the following commands to enable the following RPM Package Manager (RPM) packages when running the core_installer.bin file to successfully install CloudCenter components on RHEL7 devices.
You must be at a minimum version of CloudCenter 188.8.131.52 to upgrade to CloudCenter 184.108.40.206.
Effective CloudCenter 220.127.116.11 and later, the CloudCenter upgrade process downloads packages from a CentOS base and the extras repository via the internet. If you do not have internet connectivity, they must setup a local CentOS mirror and configure the CloudCenter components (CCM, CCO etc) to use the local mirror.
See the Upgrade Overview page and the following table for additional details.
|Upgrading CentOS CloudCenter Components to CloudCenter 18.104.22.168|
|Appliance Jar Files?||Notes|
|22.214.171.124 or earlier||Yes||Yes (for CCO only)||Yes||Yes|
|126.96.36.199||No||Yes (for CCO only)||Yes||Yes||You should have already run os_upgrade when you upgraded to 188.8.131.52|
|184.108.40.206 or later||No||No||No||Yes||Applicable to CloudCenter 220.127.116.11 or later|
|Upgrading Non-CentOS CloudCenter Components (RHEL) to CloudCenter 18.104.22.168|
|22.214.171.124 or earlier||No||Yes||Yes||Yes|
1 The os_upgrade command is not required when upgrading the REPO or Bundle store.
Rabbit HA Configuration Scenarios
If you run the jar files for CloudCenter 126.96.36.199, the rabbit_ha_info file is not created. The rabbit_config_wizard.sh command does not create rabbit_ha_info file in the /usr/local/cliqr/etc location – even if you cancel the Rabbit HA wizard.
If you upgrade from a previous version, the rabbit_ha_info file may be present in the system based on your previous configuration changes. If present, you must remove the file.
After deleting the rabbit_ha_info file in a SA setup, the core_upgrade.bin executes successfully. See AMQP_PRIMARY - Configure High Availability Properties for additional details.
Editing AzureRM Settings
After upgrading to CloudCenter 188.8.131.52, perform the following procedure to ensure that deployments work on existing AzureRM cloud regions.
Click the Edit Cloud Settings link and set the extension versions identified in the following table to the new values in each field.
Field Old Value New Value Linux Custom Script Extension Version 1.4 2.1 Windows Custom Script Extension Version 1.4 1.10
Run the Configure Orchestrator for the new values to be consumed. Any new AzureRM cloud regions added will inherit the new values by default.
Upgrade to Python Version 2.7.5 or Later
A bootstrap timeout error can occur for deployments on AWS/Google/Azure RM/OpenStack clouds when the following set of conditions coincide:
Linux Images used for deployment have Python installed with a version < 2.7.5. Usually CentOS 6 and RHEL 6 flavors have this lower version.
HTTPS Bundle URL is configured for the region.
To work around the issue, you have one of the following options:
Upgrade Python on these images from Version 2.6.6 to Version 2.7.5 or later, and map to the newer AMIs.
Change the bundle URL to a HTTP-based URL in the Regions page. For example, http://cdn.cliqr.com/release-184.108.40.206-20200826.1/bundle.
If you are upgrading from CloudCenter 220.127.116.11 and if your environment contains one of the following types of VMs:
A VM that is not deployed through WM
A VM that is imported into WM
You must first upgrade to CloudCenter 18.104.22.168 and upgrade the management agent on these VMs before upgrading the CloudCenter 22.214.171.124.
To upgrade the management agent on a VM that is imported into the CloudCenter platform, see VM Management > Upgrade Agent.
When you launched worker instances with the Java agent, a 2 GB RAM swap space was automatically created when you initially booted or later on rebooted the agent. This swap space was used by the Java and GO-based agents to ensure that they continued running in case they encountered out-of-memory events.
Effective CloudCenter Platform 126.96.36.199, Cisco does not create the 2 GB swap space. Instead, the onus is on you to ensure that the worker instance has 128 MB of free space for the GO based agent to function as designed. This is a change from earlier releases.
See Management Agent (Worker) Installation for additional details.
Applications and Services
The /etc/hosts file was modified by the %wm in certain scenarios:
Adding the following line to the /etc/hosts file to Linux VMs/deployments.
Appending the hostname to the following line:
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 hostname
Effective CloudCenter 188.8.131.52, the code that used to modify the /etc/hosts file has been removed and these file will remain intact for VMs/deployments.
The CloudCenter platform removes the authorized keys from the root and Ubuntu folders on various OS flavors and injects the keys on one of two ways:
If specified in the deployment environment
The CloudCenter platform automatically generates a key for each user per region and account, and injects the public key into the VM.
If you prefer to use your own key on a Linux based OS image for a Worker VM in CloudCenter 184.108.40.206 or later, then use the /etc/opt/.do_not_delete_authorized_keys flag to ensure that your private key is not overwritten during deployment by running the following commands:
The authorized_keys file locations are as follows:
Centos and RHEL workers - /root/.ssh
Ubuntu workers - /home/ubuntu/.ssh
See SSH Options for additional details.
Administration and Governance
If you want to push the management agent on a VM that is imported into WM, you must enable the SMB2 protocol on the Windows server
End of Life Notices
CSCvu66141: Previous versions of the CloudCenter Platform supported integration with Arcus. However, this announcement is to provide notification that Arcus is deprecated, and that CloudCenter Platform 220.127.116.11 is the last release with integration support.
The vcdcli utility is not used or distributed by the CloudCenter platform or CloudCenter Suite of products and is now removed from the scripts/src/vasetup repository.
The CloudCenter Platform will be deprecating support for the following clouds in an upcoming release: Dimension Data, Alibaba and vCloud Director.
The following documentation changes were implemented in
Upgrade Overview (updated to ensure flow and accuracy for upgrades to 18.104.22.168)
Worker (Conditional) > FAQs (added Question 11 for authorized key handling details)
Upgrade CCM (updated the note to address HA DB Node Requirements)
Region-Level Cloud Settings (added details on configuring the orchestrator in the Max Sockets for VMware section)
The following issues were identified in CloudCenter 22.214.171.124:
In CloudCenter 4.9.x, some API requests took more than 300 seconds to return a 404 error to the client. Effective CloudCenter 4.10.x, these requests have returned a 200 (successful response) even after 300 seconds.
When using the GET v2/tenants/1/reports?reportType=USAGE_SUMMARY_REPORT API call, the Usage Summary Report's response time increases in cases where customers have setup a large number of VMs and deployments.
The following issue was resolved/addressed in CloudCenter 126.96.36.199:
CSCvu92734: When adding a VMware Region and deploying with a root disk, if you try to add 15 or more additional disks, the %wm adds volumes up to 15 and issues an error message (Unit Number(s) are not available to create hard disk on controllerKey : 1000) beyond 15 additional volumes. A customer requested a feature enhancement to allow more than 15 volumes.
Resolution: Prior to CloudCenter 188.8.131.52, you could only add a maximum of 15 disks to a VM. Effective CloudCenter 184.108.40.206, the CloudCenter platform adds additional controllers automatically as needed (with matching sub-type and bus type as controller-0) and adds additional disks as requested by the user up to a total of 60 disks per VM.
- No labels