Title
Create new category
Edit page index title
Edit category
Edit link
Upgrade to Version 4.1.3
You can follow the appropriate steps to upgrade Pulse to version 4.1.3 based on your current deployment:
Note Before upgrading Pulse, ensure that your Docker version is upgraded. For details, see Upgrade Prerequisite.
In Old Actions (Director), scheduling is based on the Quartz cron format, whereas the New Actions framework uses the standard Linux cron format.
Due to this difference, cron expressions from the old system are not fully compatible with the new system.
As a result, migrated cron expressions may not work as expected in the New Actions framework, especially those using Quartz-specific syntax (such as the ? character).
It is required to review and reconfigure all scheduled actions after migration by updating the cron expressions to a valid Linux cron format.
Failure to do so may result in actions executing at unintended times or not triggering at all.
Hook Migration
After upgrading Pulse to a newer Pulse version, migrate your existing Hive, Tez, and Spark hooks to the supported hook version required for that release to ensure continued compatibility and event collection.
For information about the supported hook version for each Pulse release, see Supported Hook Versions.
For details about the hook migration steps, see:
For Hive and Tez
For Spark
Enable the runMigrations Property for Dashplots
Before performing a fresh installation or upgrading Pulse to a newer version, verify that the runMigrations property in the ad-dashplots-ui section of the ad-core configuration is set to true.
This property enables the required Dashplot database migrations. If it is not enabled during an upgrade, the ad-dashplots-ui service may fail to start and repeatedly restart with a database migration error similar to the following:
ERROR: column dashplot_reporting.cluster_key does not exist
For more information about the runMigrations property and other Dashplot configuration options, see Configure Dashplot Variables.
Upgrade Pulse from Version 4.1.x to 4.1.3
This section describes the required steps to upgrade from Pulse 4.1.x to 4.1.3.
Update
ImageTagin:
Set it to:
Back up the existing
acceloCLI file and download the latestaccelo.linux.Rename and make the CLI executable:
Push the updated config to the database:
For online installations:
Press Y when prompted.
For offline installations, download the latest image packs and load them:
Delete the existing Impala Stream NATS Consumers (Required for 4.1.0 Upgrades Only).
Delete all existing Impala Stream NATS consumers only when upgrading from Pulse 4.1.0 to Pulse 4.1.3
This step is not required when upgrading from Pulse 4.1.2 to Pulse 4.1.3.
For details, see the template below.
For example:
Enable the
ad-dashplotsmigration flags. For details, see Configure Dashplot Variables.Restart all containers:
Uninstall the Hydra agent:
Install the Hydra agent:
Push the updated configuration again:
Confirm the
ImageTagupdate:
Upgrade Pulse from Version 4.0.x to 4.1.3
This section describes the required steps to upgrade from Pulse 4.0.x to 4.1.3.
The following services were deprecated and replaced in the 4.1.0 release:
ad-director(deprecated) →ad-axnserverad-proxy(deprecated) →ad-pulse-ui
Before starting the migration:
Run the following command:
accelo deploy addonsEnsure the deprecated services are unchecked or disabled.
Proceed with the deployment.
This step must be completed before migration. Otherwise, the migration will fail.
Step 1: Update Container Runtime Configuration
Update the /etc/profile.d/ad.sh file based on your container runtime.
For Podman:
For Docker:
This step is required because accelo supports Podman and dynamically selects the appropriate container runtime socket based on the configured orchestration tool (Podman or Docker).
Once modified, run the following command to apply the updated environment variables.
Step 2: Uninstall Hydra Agent
Hydra agents must be uninstalled to stop NATS stream data from being sent.
SSH-based deployment
Mpack and parcel-based deployments
Uninstall Hydra agents from the CDP or Ambari UI.
This step is required to stop NATS streams from being sent from the agent's side. Before doing further steps, ensure all NATS stream data has been processed before continuing.
Step 3: Update Accelo CLI
Take a backup of the existing accelo CLI binary.
Download the latest accelo.linux CLI.
Replace the existing binary and make it executable:
Step 4: Elasticsearch Migration: ES 8.18.4 → ES 8.19.0
Before upgrading Pulse from 4.0.x to 4.1.2 or later, both Elasticsearch instances must be upgraded from 8.18.4 to 8.19.0:
ad-elasticad-fs-elastic
For details about migrating the Elasticsearch DB from 8.18.4 → 8.19.0, see Upgrade ElasticSearch from ES 8.16.6 to ES 8.19.0.
Step 5: Update the Image Tag
Update the ImageTag in $AcceloHome/config/accelo.yml:
Set the version to:
Push the updated configuration to the database:
Verify the update:
Step 6: Offline Installations: Load Latest Images
For offline installations, download the latest image packs and load them:
Step 7: Run Migration
Run the migration command from $AcceloHome.
Do not change the -v value 4.1.0 unless explicitly instructed by Engineering.
Run the following command on all Pulse nodes, including standalone nodes (where PULSE_SA_NODE is set to true). Examples of such nodes include, but are not limited to, dedicated Pulse standalone instances.
For example:
-v: specifies the version you are migrating to (4.1.0). Note: Keep the version as
-v 4.1.0, even when you are migrating to any update release version in 4.1.x.-i: specifies the version you are migrating from (4.0.0).
To migrate from version 4.0.0 to 4.1.3, the migration command looks as shown below.
For a single cluster, run:
For multi-cluster setups, run:
If any issues occur during migration, rerun the same command.
Step 8: Online Installations: Pull Latest Images
For online installations, run:
Press Y when prompted to download the most recent binaries.
Step 9: Restart Containers
Restart all containers to use the updated images:
Step 10: (Optional) Migrate from old Actions (ad-director) to the new Actions service
Pulse does not support Kerberos migration from old actions to new actions. For new actions, the Kerberos plugin had to be added before running any action plugin if the cluster was kerberized.
If the ad-director was previously configured, verify that the new Actions Service (ad-axnserver) container is running.
If the Actions Service container is not present, deploy it using the command:
When prompted, select Actions Service.
Press Enter to start deployment.
Verify the deployment
After the deployment completes, confirm that the container is running:
Expected output (status should be Up):
Check the container logs to confirm that the service has started successfully:
Reconfigure Notifications
If notifications (Email, Slack, Jira) were configured in ad-director, enable them again for the new Actions service.
Example:
After configuration completes:
The notifications configuration file is generated.
The configuration is pushed to the Pulse database.
Run the migration
Once the Actions Service is running and healthy, run:
Step 11: Install Hydra Agent
Deploy Hydra agents:
For mpack- or parcel-based deployments, install the Hydra agent using Ambari or Cloudera Manager.
Reconfigure the cluster to apply the updated agent configuration:
Push the updated configuration to the database:
Step 12: (Optional) Enable native SSL in Pulse UI
If SSL was previously enabled using ad-proxy, enable native SSL support in Pulse UI.
The ad-proxy service has been removed starting in Pulse 4.1.x. Native SSL must now be configured directly in Pulse UI.
For instructions, see Enable Native SSL/TLS for Pulse Web UI.
Step 13: Configure Retention
To configure MongoDB cleanup and compaction scheduling:
Step 14: Create Database Indices
Run the following command to create indices for database collections:
If readOnlyRootFSEnabled is set to true in $AcceloHome/config/accelo.yml, follow these steps:
Open
$AcceloHome/config/accelo.ymland set:
Run:
Reset
readOnlyRootFSEnabledtotrueand rerun:
Upgrade Pulse from Version 3.8.x. to 4.1.3
The following services were deprecated and replaced in the 4.1.0 release:
ad-director(deprecated) →ad-axnserverad-proxy(deprecated) →ad-pulse-ui
Before starting the migration:
Run the following command: accelo deploy addons
Ensure the deprecated services are unchecked or disabled.
Proceed with the deployment.
This step must be completed before migration. Otherwise, the migration will fail.
Step 1: Update Container Runtime Configuration
Update /etc/profile.d/ad.sh based on the container orchestration tool in use.
For Docker:
For Podman:
This step is required because accelo supports Podman and dynamically selects the appropriate container runtime socket based on the configured orchestration tool (Podman or Docker).
Once modified, run the following command to apply the updated environment variables.
Step 2: Uninstall Hydra Agent
Hydra agents must be uninstalled to stop NATS stream data from being sent.
SSH-based deployment
Mpack and parcel-based deployments
Uninstall Hydra agents from the CDP or Ambari UI.
This step is required to Stop nats streams data being sent from agents side. Ensure all NATS stream data has been processed before continuing.
Step 3: Update Accelo CLI
Take a backup of the existing Accelo binary.
Download the latest
accelo.linuxCLI.Replace the binary and make it executable:
Step 4: Elasticsearch Migration: ES 8.18.4 → ES 8.19.0
Before upgrading Pulse from 4.0.x to 4.1.2 or later, both Elasticsearch instances must be upgraded from 8.18.4 to 8.19.0:
ad-elasticad-fs-elastic
For details about migrating the Elasticsearch DB from 8.18.4 → 8.19.0, see Upgrade ElasticSearch from ES 8.16.6 to ES 8.19.0.
Step 5: Update ImageTag
Update the ImageTag in:
Set:
Push the updated configuration to the database:
Verify the update:
Step 6: Offline Installations: Load Latest Images
For offline installations, download the latest image packs and load them:
Step 7: Run Migration
Do not change the -v value from 4.1.0 unless explicitly instructed by Engineering.
Run the following command on all Pulse nodes, including standalone nodes (where PULSE_SA_NODE is set to true). Examples of such nodes include, but are not limited to, dedicated Pulse standalone instances.
For example:
-v: specifies the version you are migrating to (4.1.0). Note: Keep the version as
-v 4.1.0, even when you are migrating to any update release version in 4.1.x.-i: specifies the version you are migrating from (3.8.0).
To migrate from version 3.8.0 to 4.1.3, the migration command looks as shown below.
For a single cluster, run:
For multi-cluster setups, run:
If any issues occur, rerun the same migration command.
Step 8: Deploy Core Services
After migration, deploy core services:
Step 9: Online Installations: Pull Latest Images
For online installations:
Press Y when prompted to download the latest binaries.
Step 10: Restart Containers
Restart all containers to apply the updated images:
Step 11: (Optional) Migrate from old Actions (ad-director) to the new Actions service
If the ad-director was previously configured, verify that the new Actions Service (ad-axnserver) container is running.
If the Actions Service container is not present, deploy it using the command:
When prompted, select Actions Service.
Press Enter to start deployment.
Verify the deployment
After deployment completes, confirm that the container is running:
Expected output (status should be Up):
Check the container logs to confirm that the service has started successfully:
Reconfigure Notifications
If notifications (Email, Slack, Jira) were configured in ad-director, enable them again for the new Actions service.
Example:
After configuration completes:
The notifications configuration file is generated.
The configuration is pushed to the Pulse database.
Run the migration
Once the Actions Service is running and healthy, run:
Step 12: Install Hydra Agent
Deploy Hydra agents:
Reconfigure the cluster:
Push updated configuration to the database:
Step 13: (Optional) Enable native SSL in Pulse UI
If SSL was previously enabled using ad-proxy, enable native SSL support in Pulse UI.
The ad-proxy service has been removed starting in Pulse 4.1.x. Native SSL must now be configured directly in Pulse UI.
For instructions, see Enable Native SSL/TLS for Pulse Web UI.
Step 14: Configure Retention
To configure MongoDB cleanup and compaction:
Step 15: Create Database Indexes
Create database indexes:
If readOnlyRootFSEnabled Is Set to true
If readOnlyRootFSEnabled is enabled in $AcceloHome/config/accelo.yml, perform the following steps:
Set
readOnlyRootFSEnabledtofalse.Push configuration and restart:
Create indexes:
Set
readOnlyRootFSEnabledback totrue.Push configuration and restart again:
For additional help, contact www.acceldata.force.com OR call our service desk +1 844 9433282
Copyright © 2026