Turn Off Tabs
Deployment Automation 6.3.1 Release Notes
Last updated on 2020-01-16.

Contents

About this Release

Welcome to Deployment Automation version 6.3.1 See the What's New tab for a list of new features in the latest release.

If you have an existing installation that you want to upgrade, see Installing.

Supported Configurations

Detailed information about supported platforms and software configuration is available in the Supported Platform List.

Note: 32-bit platforms are not supported in this release.

Third-party Tools

For more information regarding third-party software copyrights and license information, refer to the Attribution Report.

Deployment Automation

What's New

For information on changes included in this release, see the following:

Enhancements and New Features

The following enhancements and new features are included in this release.

  • Replication

    You can now merge objects by names. This enables you to export data to an external server, modify it, and re-import the data without any merge conflicts.

  • Agent Relay
    • An agent relay can now be connected to a parent relay. This allows you to build enhanced secured communication channels.
    • A failover mechanism has been added for agent relays. If the current server fails, an agent relay can fall back onto a different server.
  • Scheduling

    Scheduling options have been improved and you now have much more flexibility when scheduling processes and blackouts.

  • Encryption

    Secured properties are now encrypted by default with AES-256 encryption. The DA server randomly generates keys that can be updated by DA administrators.

  • Process annotations

    You can now add hints to process steps and annotations in the process designer.

  • Command-line client
    • New REST calls were added to retrieve global environments and security information.
    • The command-line client can now use SSO authentication.
  • Other improvements
    • Support for Japanese localization.
    • Significant improvements have been made to the load speed of: application and component processes, environment inventory and deployment summaries, and the process designer.
    • Component version properties can be set at runtime during process execution in the "Set property" step.
    • Privileged users can now cancel approvals that have been pending for more than a specified number of days.
    • The DA agent installer allows you to use a custom temporary location (not /tmp).

For details about new features, installation, and configuration see the Deployment Automation User's Guide or User's Help on Documentation Center.

Defect Fixes

See the Knowledge Base for a list of defects fixed in this release.

Installing

Sonatype Nexus source type installation instructions and properties.

z/OS agent installation instructions.

Shell plugin installation instructions.

Server Upgrades

This section provides important information for upgrades to the Deployment Automation 6.3.1 server. Review the following sections before you upgrade.

Backing Up Deployment Automation

Before upgrading the server, you should back up your current server as follows:

  1. Stop Common Tomcat.
  2. Run the following backups in any order.
    Note:
    • These backups should be done in a single session while Common Tomcat is stopped so that the data stays in sync.
    • The default profile and installation locations are different in version 6.1.4 and later than in earlier versions of Deployment Automation.
    1. Back up your database. If Derby is used this step can be omitted.
    2. Back up your Deployment Automation profile folder and its subfolders.

      The default location of the profile for Deployment Automation version 6.1.4 and later is:

      Windows: C:\Users\username\.microfocus\da

      UNIX/Linux: /opt/MicroFocus/da/username/.microfocus/da

      where username is the name of the system user under which the server was installed

      The default location of the profile for Deployment Automation versions earlier than 6.1.4 is:

      Windows: C:\Users\username\.serena\ra

      UNIX/Linux: /opt/serena/sra/username/.serena/ra

      Tip:

      To find the location of your profile for earlier versions of Deployment Automation, view the installed.properties file under the da or serena_ra web application and look at the installLocation property. You can find the installed properties in the Common Tomcat web application conf folder.

      The default location for the installed.properties file for Deployment Automation version 6.1.5 and later is:

      Windows: C:\Program Files\Micro Focus\common\tomcat\8.5\webapps\da\conf

      UNIX/Linux: /opt/MicroFocus/da/common/tomcat/8.5/webapps/da/conf

      The default location for the installed.properties file for Deployment Automation version 6.1.4 is:

      Windows: C:\Program Files\Micro Focus\common\tomcat\8.0\webapps\da\conf

      UNIX/Linux: /opt/MicroFocus/da/common/tomcat/8.0/webapps/da/conf

      The default location for the installed.properties file for Deployment Automation versions 6.0 to 6.1.3 is:

      Windows: C:\Program Files\Serena\common\tomcat\8.0\webapps\serena_ra\conf

      UNIX/Linux: /opt/serena/sra/common/tomcat/8.0/webapps/serena_ra/conf

    3. If you have any subfolders in your profile that are virtual links pointing to external storage such as relocated CodeStation directories, you should back up those external storage locations as well.
    4. Back up your da or serena_ra web application. It is recommended that you back up the entire webapps folder, but at minimum back up the web application folder and its subfolders.

      The default location for Deployment Automation version 6.1.5 and later is:

      Windows: C:\Program Files\Micro Focus\common\tomcat\8.5\webapps\da

      UNIX/Linux: /opt/MicroFocus/da/common/tomcat/8.5/webapps/da

      The default location for Deployment Automation version 6.1.4 is:

      Windows: C:\Program Files\Micro Focus\common\tomcat\8.0\webapps\da

      UNIX/Linux: /opt/MicroFocus/da/common/tomcat/8.0/webapps/da

      The default location for versions 6.0 to 6.1.3 is:

      Windows: C:\Program Files\Serena\common\tomcat\8.0\webapps\serena_ra

      UNIX/Linux: /opt/serena/sra/common/tomcat/8.0/webapps/serena_ra

  3. Continue with your upgrade.

Upgrading Servers

You can upgrade to this release from the following on Common Tomcat servers only:

  • Deployment Automation versions 5.1.2 to 6.1.5
  • Serena Release Automation versions 5.1 and 5.1.1

If you are upgrading from a version earlier than 6.1.5 to 6.3, we recommend upgrading as follows to ensure a smooth upgrade of the Common Tools, Tomcat and JRE. This is especially important for servers on UNIX/Linux.

  • For versions 6.1 to 6.1.3, upgrade to 6.1.4, then to 6.1.5, and then to 6.3.1.
  • For version 6.0, you can upgrade directly to 6.3.1.
  • For versions 5.1 to 5.1.6, upgrade to 6.0, then to 6.3.1.
  • For versions earlier than version 5.1, first upgrade from that version to version 5.1 as documented in the version 5.1 Deployment Automation User's Guide, and then upgrade to version 6.3.1 as indicated in the previous list item.

Agent relays version 6.3 and earlier that are configured for server-initiated connections must be upgraded to version 6.3.1 to connect to server version 6.3.1 (and later).

For any other upgrade scenarios, please contact Support for assistance.

Note: Community Edition users should post any questions on the community forum.

To upgrade a Deployment Automation server:

  1. Before beginning the upgrade, back up your current server as detailed in Backing Up Deployment Automation.
  2. Download and run the version 6.3.1 server installer.
  3. UNIX/Linux Only: As part of the upgrade installation process for a Deployment Automation UNIX/Linux server system, you must specify the owner of the Deployment Automation installation.

    You must ensure that the user specified is also the owner of the Common Tomcat instance, especially when Common Tomcat hosts other applications in addition to Deployment Automation. The owner is the user name used to run the Common Tomcat process. During the upgrade, folders inside the Common Tomcat instance are configured as owned by the specified owner, and if the user name and owner do not match, the Common Tomcat process may not be able to read them or write to them.

    The ownership of the entire Common Tomcat installation is set to the specified user name.

  4. Access the web interface using the new URL format:

    http(s)://<serverName>:<port>/da

    where serverName is the server where the Common Tomcat resides that hosts Deployment Automation and port is the Common Tomcat port.

    Use http for non-SSL and https for SSL installations.

    For example: http://myhost:8080/da

  5. Continue with Server Configuration Upgrades as needed.

Server Configuration Upgrades

Common Tomcat is version 8.5 in Deployment Automation version 6.1.5 and later. Some changes you should be aware of if you are upgrading from a version earlier than 6.1.5 are as follows:

  • The default directory structure is as follows:
    • Windows: C:\Program Files\Micro Focus\common\tomcat\8.5
    • UNIX/Linux: /opt/MicroFocus/da/common/tomcat/8.5
  • All connectors, such as port number, customization, and SSL configuration are automatically identified and updated in the new Common Tomcat directories during the server upgrade.
  • You must manually copy any additional applications running under Common Tomcat, such as Dimensions CM and ZMF Connector, to the new directory structure.
  • If you are using SSO, you must configure SSO again, including setting the parameters in the gatekeeper-core-config.xml file.

    You must set these parameters by copying the corresponding strings from the earlier version of the gatekeeper-core-config.xml file. Copying and replacing the entire file from the earlier Common Tomcat installation does not work.

Known Issues

For a complete and up-to-date list of issues found in this release of Deployment Automation, see the Knowledge Base.

Issues known to exist at the time of release are as follows:

  • Replication import fails on Oracle

    If replication import fails on Oracle with the error ORA-01000, the maximum open cursors limit has been exceeded. To change the limit on the database side, run this SQL query:

    alter system set open_cursors = <limit_number>;

  • Importing secure properties and property definitions, and passwords

    Deployment Automation 6.3 and earlier: secure properties and property definitions, and passwords, are not resolved if they are imported from 6.3.1 servers.

  • Importing replication data

    Deployment Automation 6.3 and earlier: importing data from 6.3.1 servers is not supported.

  • AIX: uninstaller does not work

    The DA server uninstaller does not work on AIX. Workaround: remove these folders:

    /opt/MicroFocus/da

    /var/opt/serena/inventory

  • uBuild source configuration type

    uBuild is no longer supported. Workaround: use the Deployment Automation API to develop your own plugin to support uBuild.

  • OpenJDK

    Deployment Automation 6.3.1 uses OpenJDK. A server installation cannot be completed if the glibc dependency is missing. Solution: install the glib dependency for your operating system, for example:

    CentOS: yum install glibc.i686

    Ubuntu: apt-get install libc6.i686

  • Running DA installer on CentOS

    To run the DA installer on a minimal CentOS, run this command in a terminal: yum install bc

  • z/OS agent cannot be upgraded from server

    The z/OS agent cannot be upgraded from the Deployment Automation server.

  • Pending approvals not completed before upgrade are revoked

    Any pending approvals at the time of upgrade cannot be completed properly in the updated version due to architectural changes. You should complete them before upgrading if possible. Otherwise, after upgrading, you must rerun or reschedule the associated requests to initiate a new set of approvals.

  • Deployment Automation has limited support for IPv6 IP addresses

    If you are using IPv6 IP addresses on your network, you must use hostname instead of IP address in Deployment Automation agent or agent relay configuration.

    Following are known issues for IPv6 addresses:

    • If you use IPv6 IP addresses in agent or agent relay configurations, you must use brackets around the address and with the colon character (:) escaped with a backward slash (\). For example: [fc00\:\:a1f\:2007]

      If you do not do this, the agent or relay does not connect and an error similar to the following appears in the log:

      java.lang.IllegalArgumentException: hostname can't be null

    • If you run a process using the agent or agent relay configured using an IPv6 address, the process fails.
  • Chrome web browser HTTPS connection fails on HPUX server

    You cannot connect to Deployment Automation through HTTPS in a Chrome web browser if your Deployment Automation server is installed on HPUX. You can connect through other web browsers such as Internet Explorer or Firefox if you add an exception to the browser.

    Workaround:

    1. In the in the server.xml file, find the commented out connector block that contains cipher attributes by searching for the word ciphers. This file is found in the following directory by default:

      C:\Program Files\Micro Focus\common\tomcat\8.5\conf

    2. Insert the entire ciphers= attribute into the connector block that is being used for HTTPS and save your changes.
    3. Restart Common Tomcat.
  • WebSocket error when initiating the Web client on a proxy server

    The client now requests a WebSocket connection upon initial connection to the server. If you receive a WebSocket error, you may need to configure your proxy server to support the WebSocket connection. In some cases, the proxy server may need to be upgraded. For more information, see Knowledgebase item S141934.

  • Agents may not come back online after server upgrade

    Due to changes to supported security protocols starting in version 6.1.1, Deployment Automation agents using earlier versions of Java, such as Java 6, may not be allowed to connect to the server after the upgrade. If your agents do not come online after the server upgrade, you will need to upgrade them by following the instructions in Knowledgebase item S141622.

  • When a large number of agents are moved from one unidirectional agent relay to another, agents of versions prior to 6.1.2 may not automatically appear online

    When a large number of agents are changed to point to a different unidirectional agent relay, agents of versions prior to 6.1.2 may not automatically come online. These may be listed as CONNECTED or OFFLINE.

    To bring them online, in the Agents / Pools pane you can click the Test icon or you can restart the agents.

  • Installer page disappears when installing the agent on RedHat 7.3 that uses the Adwaita theme

    If you are using the RedHat 7.3 with the Adwaita theme and try to install the Deployment Automation agent, the installer page disappears and you cannot complete the installation. This is due to the fact that the Adwaita theme is missing some objects used by installer. This works fine with other themes, such as Oxygen. For details on changing the theme, see Knowledgebase item S142064.

  • Error configuring the ALM Connector 6.1.3 services when running encrypt.cmd to encrypt the almsernet properties

    When configuring the ALM Connector almsernet service, if you run encrypt.cmd to encrypt the almsernet_resource.properties files, the following error occurs:

    Could not find or load main class com.serena.sernet.httpserver.util.Encrypt

    To workaround this issue, you must edit the ..\webapps\almsernet\WEB-INF\encrypt.cmd file and change almsernet-8.1.0.jar to almsernet-8.1.2.jar.

Legal Notice

© Copyright 2012 - 2019 Micro Focus or one of its affiliates.

The only warranties for products and services of Micro Focus and its affiliates and licensors (“Micro Focus”) are as may be set forth in the express warranty statements accompanying such products and services. Nothing herein should be construed as constituting an additional warranty. Micro Focus shall not be liable for technical or editorial errors or omissions contained herein. The information contained herein is subject to change without notice.

Except as specifically indicated otherwise, this document contains confidential information and a valid license is required for possession, use or copying. If this work is provided to the U.S. Government, consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under vendor's standard commercial license.