Zephyr On-Premise Upgrade Instructions

Download Zephyr

Download Zephyr on the following page: Zephyr Download.

  • Zephyr Enterprise currently supports only upgrades to the supported versions. See Zephyr End-of-Life Policy.If you need to upgrade from an older version, contact support.

  • Zephyr Enterprise Release 8.1 and later supports the latest Java 17 or OpenJDK 17.0.10 versions. You can download Java 17 and OpenJDK 17.0.10  from the respective download page.

Important

As you transition to Zephyr Enterprise v7.19.0, please be aware that the upgrade process may take more time, especially with substantial data. Prepare for possible downtime. If you encounter any upgrade issues, like the "lock table size" error, review and adjust the MySQL settings. If you require further assistance or encounter additional issues, we encourage you to contact our support team for resolution.

Caution

  • Remember to take a full database backup before upgrading.

  • You need to restart the MySQL database before upgrading Zephyr Enterprise, as MySQL 8.0.30 and later versions have an issue.

Pre-upgrade steps

Step 1: Zephyr Enterprise supports MySQL v8.0.35 effective from v7.17. Therefore, if you use MySQL, upgrade your MySQL DB to v 8.0.35 before upgrading your Zephyr Enterprise to v7.17 and above.

The current Elasticsearch settings, by default, allow automatic index creation if a document is pushed into a non-existent index. With this feature and a loophole in Zephyr's indexing process, users can create those indexes without intending to. This causes an indexing issue, as the indexing percentage will drop to ~1%, and the index-relate functionality is affected.

To stop this, configure Elasticsearch to disallow any index for Zephyr. As a result, any index which begins with the name "Zephyr" will not be allowed for automatic creation.

Step 2: Follow this step if you want to use ES 8.6.2

Important

To use ES 8.6.2, uninstall the previous Elasticsearch version before installing ES 8.6.2. Please see the Windows and Linux instructions below:

Uninstall the previous Elasticsearch version:

  1. If you installed it as a service, go to Control Panel > Uninstall a program and uninstall Elasticsearch.

    If you just unpacked the ZIP file, stop Elasticsearch and delete the elasticsearch-<version> folder from the computer:

    3651764297.png
  2. Download and configure Elasticsearch 8.6.2 as described in Steps to Install ElasticsearchInstall and configure Elasticsearch on a single node.

  3. Start Elasticsearch by double-clicking the elasticsearch.bat file:

    3652321331.png
  4. To verify the version of ES in the browser, type the host name with port 9200.

    In the response - it should be 8.6.2

    3652223022.png
  1. Open the file {directory}/elasticsearch-<version>/config/elasticsearch.yml and save somewhere the http.port and transport.tcp.port values. You will need to specify these exact values later when installing Elasticsearch 8.6.2.

  2. Uninstall the previous Elasticsearch version:

    If you installed it using the ZIP file:

    Stop Elasticsearch. Stop the process and delete the folder.

    If you installed it using the RPM file:

    • Stop Elasticsearch by using the command below:

      /etc/init.d/elasticsearch stop

    • Uninstall Elasticsearch using the following command:

      yum remove elasticsearch

    • Delete the elasticsearch folder from the locations below by using the command rm -rf foldername:

      • /etc/elasticsearch

      • /var/lib/elasticsearch

      • /var/log/elasticsearch

  3. Download and configure Elasticsearch 8.6.2 as described in Steps to Install Elasticsearch.

  4. Start Elasticsearch:

    service elasticsearch start

  5. To verify the version of ES in the browser, type the host name with port 9200.

    In the response - it should be 8.6.2

    3652223022.png

Step 3: Take a backup of the entire database: Steps to take database backup.

Step 4: Restart MySQL DB before doing the upgrade.

Step 5: Back up the attachments located in the file system (separate from the database).

We suggest you back up the entire folder, which can be found in Windows under the Zephyr Directory (ZephyrDir) or in Linux within /zephyrdata.

Step 6: Check the Server.xml file for the AJP connector.

  1. Stop the Zephyr Server.

  2. Open the file zephyr/tomcat/conf/server.xml and comment out the line below:

    <!-- <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" /> -->
  3. Save the file, exit and then you can start the upgrade process.

Important

If SSL is previously set up in Zephyr, take a copy of your Java keystore file which is present under the Zephyr/tomcat/conf path file. For special SSL consideration, we recommend viewing the following page: Special SSL Consideration.

Step 8: Take a backup of the node data located in the file system.

We suggest you take a backup of the entire folder which can be found in Windows under the Zephyr Directory (ZephyrDir) or in Linux within /nodedata.

Note

Please take care of it if you have two or more nodes while upgrading the cluster environment:

The process of installing, updating, and executing the node occurs in a single step, starting from copying the update files.

Do not run the Upgrader simultaneously on all nodes, as it may lead to issues with database consistency.

First, execute the Upgrader on a single node until it completes, and then proceed with upgrading the rest of the nodes.

Step 9: Install RabbitMQ 3.12.10 (Optional):

Note

  • This is optional for the current release.

  • Java 17 is required for the service.

RabbitMQ 3.12.10 is a robust messaging and streaming broker that's easily deployable across cloud environments and on-premises setups. Currently, installing RabbitMQ 3.12.10 is optional for the users. You can download RabbitMQ 3.12.10 - here.

Step 10: Install ZE-Services (Optional):

Note

  • This is optional for the current release.

  • Java 17 is required for the service.

  • ZE-Webhook Service is the component responsible for accepting the incoming events from Jira and enqueues them to the message broker for further processing. You can download ZE-Webhook Service - here and find the installation instructions - here.

  • ZE-Consumer Service is the component that picks the enqueued events from the message broker and updates ZE with the incoming data. You can download ZE-Consumer Service - here and find the installation instructions - here.

  • ZE-AuditService is the component that acts as the incoming endpoint for the Audit Logs generated during the incoming webhook event processing and enqueues them to the message broker. You can download ZE-AuditService - here and find the installation instructions - here.

  • ZE-AuditProcessor is the component responsible for reading the enqueued audit logs from the message broker and inserting them into ZE. You can download ZE-AuditProcessor - here and find the installation instructions - here.

Tip

RabbitMQ and ZE Services should be installed in a separate server as we require Java 17.

Upgrade on Linux from Root to a Root User

Step 1: Stop the Zephyr Service.

sh /opt/zephyr/tomcat/bin/shutdown.sh

Step 2: Run the installation file of Zephyr Enterprise:

1558437071.png

Step 3: Select the Upgrade option:

1558437074.png

Step 4: Select the Zephyr installation folder where Zephyr was installed:

1558437077.png

Step 5: Specify the Elasticsearch IP address and port:

1558437080.png

Step 6: The upgrade has completed successfully:

1558437083.png

Step 7 (Optional): If needed, enable authentication in Elasticsearch. See detailed instructions.Enable Authentication for Elasticsearch 7.16.2

Step 8: Once Zephyr is installed successfully, launch the application and wait until reindexing is completed.

Please refer to the Post-Upgrade Process section below.

Upgrade on Linux from Root to a Non-Root User

Step 1: Stop the Zephyr Service.

sh /opt/zephyr/tomcat/bin/shutdown.sh

Step 2: Run the installation file of Zephyr Enterprise:

01_Step2.PNG

Step 3: Select the Upgrade option:

02_Step3.png

Step 4: Select the Zephyr installation folder where Zephyr was installed:

  • If you select the option 2 - No, Manually, then you will have to change the ownership of the files manually. Click here for more steps.

    03_Step4a.png
  • If you select the option 1 - Yes, automatically, then the installer changes the ownership of the files automatically. Depending on the number of files, this operation may take time.

    04_Step4b.PNG

Step 5: Specify the Elasticsearch IP address and port:

05_Step5.png

Step 6: The upgrade has completed successfully:

06_Step6.png

Step 7 (Optional): If needed, enable authentication in Elasticsearch.

Step 8: Once the upgrade is complete, navigate to {ZephyrDir}/tomcat/conf/server.xml You need to change port to 1024 and above.

07_Step8.png

Step 9: Once Zephyr is installed successfully, launch the application and wait until reindexing is completed.

Please refer to the Post-Upgrade Process section below.

Post-upgrade steps

Post-upgrade recommendations

Step 1: After upgrading, we recommend users clear their browser cache when accessing their Zephyr application if you are experiencing issues regarding cached pages.

Step 2: After upgrading, we strongly recommend users to perform a re-index of your Zephyr instance to ensure the integrity of your data and information within the Zephyr instance. For more details on reindexing refer Full Reindex.

Step 3: After upgrading, your users must update their OAuth keys from within Zephyr again on the Defect Tracking page in the administration section.

  • With the updated authentication for Jira, Zephyr saves the entries in the database and requires a manual update for the OAuth keys. The user needs to manually reset the consumer key name and the consumer private key.

Step 4: Update the Tomcat configuration.

  1. Stop the Zephyr application server.

  2. Locate the server.xml file under the Zephyr installation directory. (Zephyr Directory}\tomcat\conf)

  3. Open the server.xml file and locate the <Host> tag.

  4. Add the following value below the <Host> tag:

    <Valve className="org.apache.catalina.valves.ErrorReportValve" showReport="false" showServerInfo="false" />
  5. Save the server.xml file.

  6. Start the Zephyr application server.

Step 5: If Zephyr application does not start

  1. Verify the connector files in {Zephyr Directory}\tomcat\webapps\flex\WEB-INF\lib folder after upgrade.

  2. Remove one file (older file) if there are 2 connector files and start Zephyr application.

Step 6 (optional): This Step is only applicable If ZE-Service is Enabled. Once the upgrade is successful:

  1. On logging into Zephyr, user will get the below popup (if Jira is integrated before the upgrade)

    ZE_service_01.png
  2. Once the user navigates to the Jira Integration page → the Jira connections will be highlighted in RED as shown in the below screenshot:

    ZE_service_02.png
  3. Once all services are up and running → For Automatic webhook management → click on the Update Webhook button from the Jira Integration page.

    ZE_service_03.png
  4. In Jira, the webhook URL will be updated as per the new webhook URL:

The new webhook URL would be something like: https://webhook.yourzephyr.com/v1/jira/webhooks/callback

Step 7 (optional): This Step is only applicable If ZE-Service is Enabled.

For Manual webhook management, copy the URL from the popup as shown in the below screenshot and go to Jira, to create a webhook with the new URL. The below popup will appear when integrating a Zephyr project with a Jira project or In Jira Integration → click on the Edit icon under the Action column and save the Jira Integration again.

ZE_service_04.png

Post-upgrade recommendations for special considerations and scenarios

These scenarios are based on whether or not users may have certain features enabled (SSO/etc.) These are not applicable to all customers.

Step 1: If SSL is setup in the previous version of Zephyr, then follow the instructions in Special SSL Consideration.

Step 2: Create and Validate Webhooks (May apply to users upgrading from either Zephyr Enterprise 6.2 or an earlier release).

Re-create the Webhook

1. The user must map a Zephyr project to their Jira instance/project. When users map a single project to their Jira, all other projects will be mapped creating the webhook. Users can choose to select any project to map as it does not matter which project is selected. Once the user finishes mapping the project to their Jira, the webhook will be created successfully in Zephyr.

Validate the Webhook

2. For users, you may want to double check that the webhook is created by navigating to the Jira webhook page and validating that all of the Jira projects are included in the webhook JQL.

Step 3: Update ZBot. You can download the ZBot installation file either from Zephyr by clicking the username in the top-right corner and selecting Download ZBot from the dropdown, or by going directly to http://<your_zephyr_server>/zephyr/zbot .

Step 4: Users must disable binary logging in the MySQL 8.0.35. By default, the binary logging is enabled in MySQL 8.0.35.

SSO Consideration: If you have SSO set up, your users may run into the following scenario.

The Zephyr login page will now auto-redirect to the SSO page if zephyr is integrated with SSO.

For the Internal-login page, there will be no redirection. On that page, the login will contain the same behavior in the scenario that the admin wants to change the integration.

https://<Zephyr domain>/flex/html5/internal-login

When a user logs out of the system, they will be able to view the 2 following options:

  • A normal login (Internal login for users)

  • A Single Sign-On login (SSO)

The advantage of this is that if an SSO user is logged into their SSO already and that user hits the Zephyr URL, the user does not need to type their username and password. When navigating to the Zephyr URL, the SSO user will automatically be logged into Zephyr.

Important

Linked test case statuses in Jira

From Zephyr Enterprise 7.21 and later, we've removed the support of the remote link created in Jira. However, any old or existing links in Jira that have remote links pointing to test cases in Zephyr will still display in Jira.

The reason for this is that Zephyr cannot update/remove those existing remote links during the upgrade process.

However, we recommend using the ZE Plugin to view the traceability report in Jira Zephyr Enterprise Jira Plugin.

Rollback process

Rollback may be required in the following cases:

  • When the Zephyr server is not stopped prior to the user starting the upgrade process.

  • When Zephyr is configured with Tomcat VisualVM memory configuration and then the Zephyr server stops, and the user performs an upgrade process.

If a rollback is required, follow the instructions in Zephyr On-Premise Rollback Process.

Publication date: