Skip to main content
Use this guide to migrate Extensions from legacy flat-directory storage to tenant-based storage in Cognigy Serverless. Tenant-based storage improves isolation and organization with subdirectories per tenant. This migration is required for installations upgrading to versions that use tenant-based Extension storage. You can migrate directly from the current NFS layout or the legacy flow-modules layout.

Prerequisites

  • Cognigy.AI 2026.11.0 or later.
  • The kubectl utility is installed locally on a Linux or macOS client host. Windows client hosts aren’t supported.
  • Helm v3.9 or later is installed on the client host.
  • The Kubernetes cluster meets general Cognigy.AI prerequisites, including hardware resources.
  • The runtime file share has been deployed.

Determine Migration Path

For installations with a large number of Extensions, make sure you set activeDeadlineSeconds to at least 1209600. Otherwise, the migration job might end before all Extensions are migrated.
For this migration guide, consider the namespace as cognigy-ai and the Helm chart file name as cognigy-ai-values.yaml. You need to adjust the following instructions to match your namespace and Helm chart file name.
To determine the migration path to take, check the migrateFS section in your cognigy-ai-values.yaml file: While the migration job is running, there is no downtime.

Migrate from New NFS Layout

Use this path if you have already completed the NFS migration. Your Extension files are on the runtime volume at /app/extensions.

Configure and Run Migration Job

  1. In the cognigy-ai-values.yaml file, add the following section at the root level:
  2. Deploy the Cognigy.AI Helm chart. To avoid downgrading your installation, replace <your-installed-version> with your currently installed chart version:
The pods start running. You can monitor the job logs to verify successful completion with the following command:
The job logs report progress per batch and a summary at the end, including counts of successful, failed, skipped, and orphaned extensions.

Deactivate Migration Job

After the migration job is completed and all Extensions are located in the new tenant-based paths, follow these steps:
  1. Update the cognigy-ai-values.yaml file:
  2. Deploy the Cognigy.AI Helm chart. To avoid unintentionally downgrading your installation, replace <your-installed-version> with your currently installed chart version:

Migrate from Flow Modules Layout

Use this path if you haven’t completed the NFS migration. Your Extension files are on the flow-modules volume at /app/flowModules. This path migrates directly from the legacy layout to tenant-based storage in a single pass, without requiring the NFS migration first.

Activate NFS Feature Flags

  1. In the cognigy-ai-values.yaml file, add or update the following sections at the root level:
Setting migrateFS.finished to false keeps the legacy flow-modules volume mounted. This approach allows Extensions to continue to work during the migration.
  1. Deploy the Cognigy.AI Helm chart. To avoid unintentionally downgrading your installation, replace <your-installed-version> with your currently installed chart version:
  2. Verify that all pods restart successfully before proceeding.

Configure and Run Migration Job

  1. In the cognigy-ai-values.yaml file, add the following section at the root level:
  2. Deploy the Cognigy.AI Helm chart with the following command:
The pods start running.

Monitor Migration Job

Check the job logs to verify successful completion:
The job logs report progress per batch and a summary at the end, including counts of successful, failed, skipped, and orphaned extensions.

Deactivate Migration Job and Finalize NFS Migration

After the migration job is completed and all Extensions are located in the new tenant-based paths, follow these steps:
  1. Update the cognigy-ai-values.yaml file:
  2. Deploy the Cognigy.AI Helm chart with the following command:
After redeployment, the legacy flow-modules volume is no longer mounted. Within seven days, remove the legacy flowModules and functions persistence sections from your Helm values and delete the released volumes, following the post-migration cleanup steps in the NFS migration guide.

More Information

Last modified on August 4, 2026