OpenSearch was upgraded to version 3.3.2 in SAS Viya stable 2026.02. When you upgrade your existing SAS Viya environment from an earlier version to stable 2026.02 or later, the platform upgrade might succeed, but the underlying OpenSearch version upgrade to 3.3.2 might fail.
When the underlying OpenSearch upgrade to version 3.3.2 fails, your sas-opendistro-* pod(s) might display 1/1 "Ready", but the logs contain an error similar to the following:
org.opensearch.bootstrap.StartupException: java.lang.IllegalStateException: The index [[.opendistro_security/...]] was created with version [1.3.6] but the minimum compatible version is [2.0.0]. It should be re-indexed in OpenSearch 2.x before upgrading to 3.3.2
When you try to use solutions or web applications such as SAS® Visual Investigator and SAS® Information Catalog that use OpenSearch for search and indexing operations, errors might occur because the solutions or web applications cannot talk to OpenSearch. Here are two example scenarios:
This issue typically occurs in long-running OpenSearch clusters that have old, leftover OpenSearch version 1.x indices from even before OpenSearch was upgraded to 2.x. 1.x indices are not compatible with OpenSearch 3.x. 2.x indices, however, are compatible with 3.x.
Note: If you are upgrading to stable 2026.05 or LTS 2026.03 and later, you do not need to complete this workaround. In those SAS Viya versions, if the SAS Viya OpenSearch Operator detects any incompatible 1.x indices during the upgrade, it blocks the upgrade temporarily with the following message:
Upgrade blocked: the following data indices were created under a version that is incompatible with the target version and must be reindexed or deleted before the upgrade can proceed: <index name>
You can then re-index such indices at 2.x and retry the upgrade after reindexing. See Internal OpenSearch Requirements for more information.
To circumvent this issue, remove and redeploy the OpenSearch cluster and its Persistent Volume Claim (PVC), which should re-create the entire OpenSearch cluster from scratch at version 3.3.2. Note that this workaround results in the loss of existing indices, but you can recover those indices later via a full reindex of everything after the cluster successfully redeploys.
Complete the following steps: