CloudBees CD/RO v10.10
CloudBees is pleased to announce the v10.10 long-term support (LTS) release of CloudBees CD/RO. With this release, CloudBees added several new features and system improvements, including:
-
Pause and resume functionality for pipeline runs
-
Improved integration and configuration of CloudBees CI jobs for traditional CloudBees CI installations
-
Signed CloudBees CD/RO Docker images and Helm charts for verification
-
Groups and personas API filtering enhancements
-
Group information is now displayed on tabs in the UI on the Groups list page
-
A new Access tokens page
-
New Property list, Property sheet, and Property UIs
Refer to New features below for more information.
Security fixes
- This release includes the following security updates:
-
-
PHP is upgraded from 7.4.30.1 to 7.4.30.2. For details, refer to https://www.php.net/releases/7_4_30.php. [BEE-24811]
-
OpenSSL is upgraded from 1.1.1q to 1.1.1s. [BEE-24811]
-
The Apache commons configuration is upgraded to address potential vulnerabilities. [BEE-24897]
-
SnakeYAML is upgraded to 1.33 to address potential vulnerabilities. [BEE-24383, BEE-24535]
-
New features
- Pause and resume pipeline runs
-
To allow you to manually update a running pipeline, you can now pause and resume pipeline runs.
For more information, refer to Pausing or resuming a pipeline run.
- Improved integration and configuration of CloudBees CI jobs
-
For traditional CloudBees CI installations, CloudBees CI jobs, controllers, and configurations are now integrated with CloudBees CD/RO pipelines. You can update jobs, controllers, and configurations directly in the pipeline.
For more information, refer to Native CI integration.
- Docker image signature signing
-
CloudBees CD/RO Docker images are signed so that you can verify their origin and authenticity. Verifying Docker images is an optional step in the installation process that can help ensure you are not the victim of a man-in-the-middle attack.
For more information, refer to Verify Docker images.
- Helm chart signature signing
-
Helm charts are signed so that you can verify their origin and authenticity. Verifying Helm charts is an optional step in the installation process that can help ensure you are not the victim of a man-in-the-middle attack.
For more information, refer to Verify Helm charts.
Feature enhancements
- Groups and personas API filtering enhancements
-
The personas and users APIs now include the ability to filter items by
groupName
. - UI enhancements
-
This release includes the following UI enhancements:
-
The Groups list page now displays Users, Personas, and DLS Editor on tabs. When you edit existing groups or add new groups, you make updates directly in a dialog on the side of the page.
For more information, refer to User groups and Group—create new or edit existing local group.
-
A new Access tokens page is available that allows you to add access tokens and set default token timeout, minimum token timeout, maximum token timeout, and maximum number of tokens per user. You access the page from Actions on the Users page.
For more information, refer to Manage access tokens via the UI.
-
The new Property list, Property sheet, and Property UIs are available within CloudBees CD/RO by selecting Properties from the three-dots menu while modifying pipelines, creating a project, editing a release, or configuring service accounts.
For more information, refer to Pipeline UI, Create a project, Release dashboard, and Configure webhook triggers.
-
Plugin enhancements
- CloudBees CD/RO plugins catalog
-
The CloudBees CD/RO plugins catalog is available on the CloudBees CD/RO documentation site.
For more information about plugin support and versioning, refer to Plugin Concepts.
- Plugin updates
EC-Ansible 1.4.4 |
Fixed an issue with the Run Playbook procedure. Additional parameters only work when every word is on a new line. |
EC-AnsibleTower 1.1.2 |
Updated jackson-databind to 2.14.0-rc1. Fixed an issue with dynamic dropdowns when Ansible Tower server endpoint ends with '/'. |
EC-AWS-EC2 1.0.17 |
Upgraded third-party dependencies and added support for the new plugin configurations. |
EC-DslDeploy 4.1.7 |
Added support for property detail information, such as description. Fixed incremental imports in the importDslFromGitNew procedure when used as a subprocedure. |
EC-FeatureFlags 1.2.4 |
Upgraded Jackson-Databind to v2.14.0-rc1. |
EC-Git 1.12.0 |
Upgraded third-party dependencies. Fixed workability of the Depth option in the Pull procedure. Added an option to create a new branch when pushing a commit. Added a procedure to delete an existing branch. |
EC-Github 4.5.3 |
Upgraded Jackson-Databind to v2.14.0-rc1. |
EC-JIRA 2.1.1 |
Fixed parsing assignees received from Jira Cloud. Fixed the |
EC-Maven 3.0.1 |
Fixed an issue with backward compatibility. |
EC-Rest 2.3.3 |
Upgraded third-party dependencies. |
EC-SendEmail 1.1.1 |
Set the |
EC-ServiceNow 3.2.2 |
Fixed an issue with proxies using SSL bump. |
- Plugin Development Kit enhancements
-
None.
Resolved issues
BEE-19638 |
Added a pure 64-bits Windows agent installer. |
BEE-19937 |
Added a groovy-yaml .jar with dependencies into the |
BEE-22186 |
Fixed an issue in v.10.6 with incremental imports in the |
BEE-23021 |
Resolved an issue that caused DSL imports with completed releases to fail. |
BEE-23861 |
Resolved an issue with the |
BEE-23927 |
Updated HTTP errors in the UI with additional descriptions. |
BEE-24255 |
Fixed a database issue with updating subpages. |
BEE-24318 |
Fixed an issue in v10.3 that caused upgrades to fail because process step notifiers were not deleted as expected. |
BEE-24332 |
Resolved an issue with arguments that allowed empty values for required environment names. |
BEE-24417 |
Fixed a UI issue with the New Procedure Step dialog that prevented you from selecting a property or parameter when creating a command. |
BEE-24434 |
Enabled |
BEE-24848 |
Fixed an issue with missed information in the user’s Provider name column when using the |
BEE-27005 |
Fixed an issue in v10.9 that caused |
BEE-27048 |
Fixed a display issue in the Service Catalog for button labels in Firefox. |
BEE-27259 |
When you retrieve CloudBees CI build logs in the UI, you may receive the following error: |
BEE-27313 |
EC-DslDeploy DSL imports with overwrite mode no longer fail for components and applications. |
BEE-27327 |
Fixed an issue with adding a new input parameter using the Load options using DSL option to invoke the |
BEE-27484 |
Resolved an issue in v10.7 with the |
Installation notes
For complete installation and upgrade information, refer to CloudBees CD/RO on Kubernetes and Install CloudBees CD/RO on traditional platforms.
CloudBees will deprecate the CloudBees CD/RO ec-jruby and ec-jython wrapper programs with v10.11. After v10.11, the wrapper programs will no longer be installed as part of CloudBees CD/RO tools.
|
CloudBees CD/RO server installation binaries are signed for traditional installations so that you can verify their origin and authenticity. Verifying binaries is an optional step in the installation process than can help ensure you are not the victim of a man-in-the-middle attack. For more information, refer to Verify installation binaries.
- CloudBees CD/RO on Kubernetes
-
Sample CloudBees CD/RO server and agent Helm chart values provide the CloudBees default installation values. The CloudBees CD/RO
images.tag
value associated with v10.10 is10.10.0.158216_3.2.25_20221104
.
CloudBees CD/RO Docker images and Helm charts are signed so that you can verify their origin and authenticity. Verifying Docker tags and Helm charts is an optional step in the installation process than can help ensure you are not the victim of a man-in-the-middle attack. For more information, refer to Verify Docker images and Verify Helm charts.
- CloudBees CD/RO Universal Base Image (UBI)
-
The actual UBI associated with v10.10 is
8.6-943
. - Upgrading gateway agents
-
All gateway agents that meet the following criteria must be updated to CloudBees CD/RO v10.2+:
-
Your enterprise implements a multi-zone environment.
-
Agent versions are a combination of pre-v10.2 and v10.2+.
-
The access route to a v10.2+ agent is configured through a pre-v10.2 gateway agent.
-
- Configuring autostart services for Linux installations
-
Linux installations that you perform as a non-root user or without
sudo
permissions cannot automatically start the CloudBees CD/RO server, web server, repository server, or agents. Instead, you must set up service autostart after installation is complete. Refer to Configure autostart for non-root/non-sudo Linux installations to learn more.
- Upgrading your CloudBees CD/RO environment
-
Before starting an upgrade, make sure to back up your existing CloudBees CD/RO data. - Upgradable versions
-
Upgrades to CloudBees CD/RO 10.x are supported only from ElectricCommander 5.0. For upgrade instructions, refer to the Upgrade on traditional platforms.
- Updating the MySQL configuration before upgrading
-
Since release 8.0.1, CloudBees has instructed customers using a MySQL database to use the following two lines in their MySQL configuration:
init_connect='SET collation_connection = utf8_unicode_ci, NAMES utf8' skip-character-set-client-handshake
Before upgrading CloudBees CD/RO, you must remove these lines or comment them out. Otherwise, jobs will not start.
- Ensuring the correct default MySQL default collation
-
Make sure that the default collation for the MySQL database schema is set to
utf8_unicode_ci
orutf8_general_ci
and that no table in the schema overrides this. The CloudBees CD/RO server checks this configuration on startup and logs errors in the server log if it is not set correctly.If the collation is not configured correctly, entering non-ASCII text into CloudBees CD/RO can cause errors. For example, setting a release name to a non-ASCII value, and attempting a search, causes an exception.
If your MySQL database schema, or any tables within, are set to a non-UTF-8 collation order, refer to the Knowledge Base article KBEC-00385 - Converting a MySQL Database From Latin-1 to UTF-8 for detailed instructions about safely converting your schema to UTF-8. [NMB-26521, NMB-27459]
- Upgrading agents that run the
ec-groovy
job step in multizone deployments -
In multizone CloudBees CD/RO deployments, CloudBees CD/RO agents that are in a different zone than the CloudBees CD/RO server must be upgraded to version 9.0 or later for the
ec-groovy
job step to run successfully on those agents. You must also upgrade the gateway agents that lead back to the server’s zone, including those in any zones in between the agent’s zone and the server’s zone. [NMB-27490]For details about multiple zones and gateway agents, refer to Zones and gateways.
- Removing the
SSL 2.0 Client Hello
orSSLv2Hello
protocol from your security configurations -
CloudBees recommends removing the
SSL 2.0 Client Hello
orSSLv2Hello
protocol from your security configurations for all components. [NMB-27934, NMB-29326]-
Upgrade agents to the latest operating system version for security reasons.
-
If this warning appears on the Automation Platform UI:
Note: We recommend removing `SSL 2.0 Client Hello` format from server configuration and upgrade older agents as indicated on the Cloud/Resources Page to avoid security risk.
then enter the following command on the CloudBees CD/RO server:
$ ecconfigure --serverTLSEnabledProtocol=TLSv1.2
-
- Upgrading the CloudBees Analytics server
-
This section provides information about upgrading the CloudBees Analytics server.
-
It is not possible to upgrade CloudBees Analytics v9.0.1 and below to CloudBees Analytics v10.2.0 and above. The installer exits with an error and an appropriate message when such an update is attempted. If you need to upgrade CloudBees Analytics v9.0.1 and below, you must first upgrade to a version between 9.1.0 and 10.1.0, or 9.0.2 and above. After that, you can upgrade CloudBees Analytics to v10.3.0 or higher. [NMB-31030]
-
For previous CloudBees Analytics upgrades from v9.0.1 and below: CloudBees Analytics data may contain obsolete indexes that are incompatible with CloudBees Analytics v10.2.0 and above. To work correctly, it is necessary to re-index these indexes before an upgrade. The installer prompts you to do this before upgrading.
-
In console mode and UI mode, the installer displays the following prompt if outdated indexes are detected:
One or more Elasticsearch indexes were created in an obsolete version of Elasticsearch. These indexes must be re-indexed for the upgrade to be successful. Do you want to start the reindexation? [n/Y]
After an affirmative answer, the installer automatically re-indexes and continues the upgrade.
-
In silent mode, the installer reindexes automatically.
-
-
Backing up and restoring custom settings
The CloudBees Analytics installer overwrites the
elasticsearch.yml
configuration file with a new file. This file includes aCustom Settings
section, which lets you add Elasticsearch settings not managed by the CloudBees Analytics server without being lost during an upgrade. The installer preserves the settings in theCustom Settings
section. [NMB-25850] -
Upgrading CloudBees Analytics clusters
The principle of forming a cluster in CloudBees Analytics has changed in v10.2 due to the update of Elasticsearch v7.10.2. In this regard, an additional action is required to upgrade to CloudBees Analytics v10.2 or later:
When updating the first master node, you must explicitly specify that it is the first node to be updated. If this action is not performed, any cluster that is being updated is placed out of service.
All installers have been instrumented to accommodate this change. Refer to Upgrade the CloudBees Analytics server for more details. [BEE-2717]
-
CloudBees Analytics server configuration notes
For a production environment, CloudBees recommends that you install the CloudBees Analytics server on a system other than systems running other CloudBees CD/RO components (such as the CloudBees CD/RO server, web server, repository server, or agent). If you must install it on the same system (such as for testing or other non-production or trial-basis situations), refer to CloudBees Analytics server with other components for details.
If your CloudBees Analytics server is configured with multiple nodes in a Kubernetes environment, you must pre-generate your certificates. For more information, refer to Install CloudBees CD/RO within Kubernetes.
Configuration notes
- Performing a full import
-
During a full import, the import operation might hang in the following scenarios. To import successfully into CloudBees CD/RO 8.0 and newer versions, perform the appropriate workarounds [CEV-15447, CEV-11873]:
-
A manual process step in a process has formal parameters. The workaround is to remove the entry related to the property sheet for the job step that is associated with the manual process step.
-
In the exported XML file from an earlier release, two pipelines are in different projects, and both pipelines have no gate tasks. The flow associated with the pipeline is duplicated under both projects. The workaround is to remove the flow element under the projects.
-
- Limitations
-
When an application is cloned from one project (the original project) to another (the destination project), the tier maps for the application point to the environments with the same names in the destination project. To deploy the application to the environments in the original project, you must create tier maps connecting the application to those environments.
Known issues
BEE-7512 |
With CloudBees CD/RO v10.2.1 and earlier, the DSL Import service catalog fails for grouped tasks. |
||
BEE-14581 |
The MeanLeadTime report does not work correctly when Elasticsearch has pipeline runs but no release runs. |
||
BEE-14933 |
The UI does not allow the transfer of artifacts across zones. |
||
BEE-17259 |
When a custom data retention policy schedule is set to run once, the data is not purged after archiving. To purge data after archiving, use a repeat schedule or the global data retention setting. |
||
BEE-19742 |
When you save DSL for a dropdown menu, the code is evaluated to catch syntax errors. This evaluation is not the same as when the parameter is used. This can result in a property reference error because the properties may only be available when the parameter values are set. A workaround is to use a try-catch statement where the
|
||
BEE-20205 |
CloudBees CI job tasks with a |
||
BEE-20536 |
When using Postgres with change tracking enabled, EcAuditStrategy errors may appear in the server log. This is a known issue, but is not expected to affect system performance. |
||
BEE-21997 |
CloudBees CI job tasks fail when the |
||
BEE-27437 |
In v10.7, the |
||
BEE-27574 |
In v10.7, the Git polling trigger does not work when a property is defined in the repository field. |
||
NMB-30095 |
Browser redirects to port 2080 during first navigation to CloudBees CD/RO deployed from CloudBees Software Delivery Automation and Flow Helm charts. |
||
NMB-24734 |
|
||
NMB-24949 |
When you use the Automation Platform UI to upload and publish artifact files with non-English characters in their file names, the operation fails with the following error: |
||
NMB-26021 |
Modifications of LDAP user data (such as email addresses) on an Active Directory server after registration in CloudBees CD/RO do not appear properly in user details (in the Automation Platform UI, the Deploy UI, or |
||
NMB-26962 |
(Microsoft Windows platforms only) If the Elasticsearch cluster used by CloudBees Analytics is in the red state (meaning that it only partly functions and some data is unavailable), then upgrade, reconfigure, and uninstall operations will not work. Since the Elasticsearch service cannot be stopped when a cluster is in a red state, you must stop the Elasticsearch service process from the task manager before running the installer for these actions. |
||
NMB-28135 |
The Microsoft Edge browser does not work with SAML 2.0 and a self-signed certificate during redirection from the identity provider to the service provider. Edge is not recommended for sign-in via SAML 2.0. |
||
NMB-29486 |
The LANG environment variable must be set to |
||
CEV-11106 |
When an application with snapshots created in CloudBees CD/RO 6.1 or earlier is cloned and a project containing this application is imported to CloudBees CD/RO 6.3 or higher, the import operation fails. |
||
CEV-12363 |
Error prompts for runtimes started by a schedule are not visible if the schedule was created with a missing configuration. |
||
CEV-12429 |
The stage inclusion status in the Release Dashboard changes color after a stage is renamed. |
||
CEV-14689 |
No error prompt appears for failed tasks and retry tasks during a pipeline runtime. |
||
CEV-15122 |
If an application process step cannot expand to its child steps (because of an invalid run condition or an invalid formal parameter) then the step is not retried even if it uses "retry on error" error handling. The job eventually completes with an error. |
||
CEV-15829 |
The retry count for group tasks or rules using "automated retry on error" is missing from the Pipeline runtime page. |
||
CEV-16245 |
Multiple mapped environments with the same name from different projects are not supported in email notifications. |
||
CEV-16250 |
A project import might not include the path-to-production view. |
||
CEV-16930 |
Jobs might not appear upon drill-down into the "Clusters With Most Deployments" widget in the CloudBees Analytics Microservices Dashboard if the service does not contain a deploy step in the process. |
||
CEV-18531 |
All subreleases of a release must appear before the release in the DSL for the release-to-subrelease link to be created. |
||
CEV-19239 CEV-19259 |
The ability to search by assignee in a Deployment Report is not available in the CloudBees Analytics report editor. |
||
CEV-21426 |
If Release Command Center was set up for JIRA for user stories and defects, and the JIRA project name was mapped to the release project name using the field mapping |
||
CEV-23624 |
Approval by email on manual tasks should not expect parameters. |
||
CEV-25150 |
If you use the |
||
CEV-26700 |
SSO does not work unless PHP configuration is changed due to a security-related request. Workaround: Change |
||
CEV-28704 |
CloudBees CD/RO v10.1 introduced new triggers and an updated UI for them. Pre-v10.1 triggers will continue to work but there is no UI to review or run them. |
||
CEV-28779 |
Before using the export command to perform a full data export from the CloudBees CD/RO database, delete any legacy definitions and references to |
||
N/A |
You can revert changes only for high-level design objects such as applications procedures, procedure steps, workflow definitions, and state definitions.
|
||
N/A |
Enabling Recursively Traverse Group Hierarchy might impact system performance when the LDAP group hierarchy is traversed. The amount of impact varies with the configurations of the CloudBees CD/RO and LDAP servers, the depth of group hierarchy in the LDAP server and the network latency between the servers. Make sure that your directory provider can handle the additional load for supporting nested group hierarchy traversal. |
||
N/A |
System performance might decrease if you disable change tracking at the server level and then re-enable it. Change tracking is enabled by default. For details about using change tracking, refer to change tracking. |