Portworx Fusion Controller Release Notes

1.0.0

April 06, 2026

Portworx Fusion Controller provides a unified, application-aware platform that combines Fusion’s fleet-level management with Portworx’s Kubernetes-native data services. Portworx Fusion Controller connects Kubernetes clusters to Fusion fleets, enabling access to storage presets and workloads. It automates configuration management, provisions volumes using Fusion APIs, and applies quality-of-service and replication policies through standard Kubernetes PVC and StorageClass workflows.

Known issues (Errata)

Issue Number Issue Description Severity

PWX-51741

Issue Number	Issue Description	Severity
PWX-51741	When the combined `<namespace>-<vm-name>` used by Fusion exceeds 27 characters (resulting in a workload name longer than the FlashArray Volume Group 63-character limit after the `vm-` prefix and UID are appended), Fusion truncates the name and might drop the UID suffix. This causes naming collisions and places the Fusion CR in a Creating or Provisioning state; the corresponding datavolume(s) stay Pending and the workload never completes provisioning. User Impact: Virtual machines fail to provision and remain stuck in the Provisioning or Creating state. The associated DataVolumes and PVCs stay in a Pending state, preventing the workload from becoming operational. This blocks VM creation, migration, and automation workflows. Workaround: Cap workload names at 39 characters using the formula `vm-<namespace-vmname>-<8char-uid>`, preserving an 8-char UID suffix and truncating the namespace-vmname portion so VG names never exceed the FlashArray 63-character limit and uniqueness is preserved. Components: IX - Fusion-Intg Affected Versions: 1.0.0	Minor
PWX-52530	Fusion MutatingAdmissionWebhook requests can fail due to OpenShift’s fixed 13-second timeout limit. When the webhook makes synchronous calls to the Fusion backend during VM or volume operations, delays in backend response can cause the request to exceed this limit and be terminated. User Impact: VM and volume operations, such as attaching volumes, can fail or be aborted under load when the Fusion backend does not respond within the timeout window. In some cases, failures may not be clearly reported, making troubleshooting difficult. Workaround: Wait for Fusion API load to decrease, then retry the failed operation. The operation typically succeeds once the backend responds within the timeout window. Components: IX - Fusion-Intg Affected Versions: 1.0.0	Minor

When the combined <namespace>-<vm-name> used by Fusion exceeds 27 characters (resulting in a workload name longer than the FlashArray Volume Group 63-character limit after the vm- prefix and UID are appended), Fusion truncates the name and might drop the UID suffix. This causes naming collisions and places the Fusion CR in a Creating or Provisioning state; the corresponding datavolume(s) stay Pending and the workload never completes provisioning.

User Impact: Virtual machines fail to provision and remain stuck in the Provisioning or Creating state. The associated DataVolumes and PVCs stay in a Pending state, preventing the workload from becoming operational. This blocks VM creation, migration, and automation workflows.

Workaround: Cap workload names at 39 characters using the formula vm-<namespace-vmname>-<8char-uid>, preserving an 8-char UID suffix and truncating the namespace-vmname portion so VG names never exceed the FlashArray 63-character limit and uniqueness is preserved.

Components: IX - Fusion-Intg
Affected Versions: 1.0.0

Minor

PWX-52530

Fusion MutatingAdmissionWebhook requests can fail due to OpenShift’s fixed 13-second timeout limit. When the webhook makes synchronous calls to the Fusion backend during VM or volume operations, delays in backend response can cause the request to exceed this limit and be terminated.

User Impact: VM and volume operations, such as attaching volumes, can fail or be aborted under load when the Fusion backend does not respond within the timeout window. In some cases, failures may not be clearly reported, making troubleshooting difficult.

Workaround: Wait for Fusion API load to decrease, then retry the failed operation. The operation typically succeeds once the backend responds within the timeout window.

Components: IX - Fusion-Intg
Affected Versions: 1.0.0

Minor

1.0.0​

Known issues (Errata)​

1.0.0

Known issues (Errata)