PowerMax
Release notes for PowerMax CSI driver
Release Notes - CSI PowerMax v2.9.1
Note: Auto SRDF group creation is currently not supported in PowerMaxOS 10.1 (6079) Arrays.
Note: Starting from CSI v2.4.0, Only Unisphere 10.0 REST endpoints are supported. It is mandatory that Unisphere should be updated to 10.0. Please find the instructions here.
Note: File Replication for PowerMax is currently not supported
New Features/Changes
- #947 - [FEATURE]: Support for Kubernetes 1.28
- #1066 - [FEATURE]: Support for Openshift 4.14
- #851 - [FEATURE]: Helm Chart Enhancement - Container Images Configurable in values.yaml
- #905 - [FEATURE]: Add support for CSI Spec 1.6
- #991 - [FEATURE]:Remove linked proxy mode for PowerMax
- #996 - [FEATURE]: Dell CSI to Dell CSM Operator Migration Process
- #1062 - [FEATURE]: CSM PowerMax: Support PowerMax v10.1
Fixed Issues
- #983 - [BUG]: storageCapacity can be set in unsupported CSI Powermax with CSM Operator
- #1014 - [BUG]: Missing error check for os.Stat call during volume publish
- #1037 - [BUG]: Document instructions update: Either Multi-Path or the Power-Path software should be enabled for PowerMax
- #1051 - [BUG]: make docker command is failing with error
- #1053 - [BUG]: make gosec is erroring out - Repos PowerMax,PowerStore,PowerScale (gosec is installed)
- #1056 - [BUG]: Missing runtime dependencies reference in PowerMax README file.
- #1061 - [BUG]: Golint is not installing with go get command
- #1110 - [BUG]: Multi Controller defect - sidecars timeout
- #1103 - [BUG]: CSM Operator doesn’t apply fSGroupPolicy value to CSIDriver Object
Known Issues
Issue | Workaround |
---|---|
Unable to update Host: A problem occurred modifying the host resource | This issue occurs when the nodes do not have unique hostnames or when an IP address/FQDN with same sub-domains are used as hostnames. The workaround is to use unique hostnames or FQDN with unique sub-domains |
When a node goes down, the block volumes attached to the node cannot be attached to another node | This is a known issue and has been reported at https://github.com/kubernetes-csi/external-attacher/issues/215. Workaround: 1. Force delete the pod running on the node that went down 2. Delete the volumeattachment to the node that went down. Now the volume can be attached to the new node |
If the volume limit is exhausted and there are pending pods and PVCs due to exceed max volume count , the pending PVCs will be bound to PVs and the pending pods will be scheduled to nodes when the driver pods are restarted. |
It is advised not to have any pending pods or PVCs once the volume limit per node is exhausted on a CSI Driver. There is an open issue reported with kubenetes at https://github.com/kubernetes/kubernetes/issues/95911 with the same behavior. |
Automatic SRDF group creation is failing with “Unable to get Remote Port on SAN for Auto SRDF” for PowerMaxOS 10.1 arrays | Create the SRDF Group and add it to the storage class |
Node stage is failing with error “wwn for FC device not found” | This is an intermittent issue, rebooting the node will resolve this issue |
When the driver is installed using CSM Operator , few times, pods created using block volume are getting stuck in containercreating/terminating state or devices are not available inside the pod. | Update the daemonset with parameter mountPropagation: "Bidirectional" for volumedevices-path under volumeMounts section. |
Note:
- Support for Kubernetes alpha features like Volume Health Monitoring and RWOP (ReadWriteOncePod) access mode will not be available in Openshift environment as Openshift doesn’t support enabling of alpha features for Production Grade clusters.
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.