Release Notes - CSI Unity XT v2.8.0
- #724 - [FEATURE]: CSM support for Openshift 4.13
- #876 - [FEATURE]: CSI 1.5 spec support -StorageCapacityTracking
- #877 - [FEATURE]: Make standalone helm chart available from helm repository : https://dell.github.io/dell/helm-charts
- #891 - [FEATURE]: Enhancing Unity XT driver to handle API requests after the sessionIdleTimeOut in STIG mode
- #849 - [BUG]: CSI driver does not verify iSCSI initiators on the array correctly
- #916 - [BUG]: Remove references to deprecated io/ioutil package
|Topology-related node labels are not removed automatically.||Currently, when the driver is uninstalled, topology-related node labels are not getting removed automatically. There is an open issue in the Kubernetes to fix this. Until the fix is released, remove the labels manually after the driver un-installation using command kubectl label node <node_name>
|NFS Clone - Resize of the snapshot is not supported by Unity XT Platform, however the user should never try to resize the cloned NFS volume.||Currently, when the driver takes a clone of NFS volume, it succeeds but if the user tries to resize the NFS volumesnapshot, the driver will throw an error.|
|Delete namespace that has PVCs and pods created with the driver. The External health monitor sidecar crashes as a result of this operation.||Deleting the namespace deletes the PVCs first and then removes the pods in the namespace. This brings a condition where pods exist without their PVCs and causes the external-health-monitor sidecar to crash. This is a known issue and has been reported at https://github.com/kubernetes-csi/external-health-monitor/issues/100|
|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.
|A CSI ephemeral pod may not get created in OpenShift 4.13 and fail with the error
||This issue occurs because OpenShift 4.13 introduced the CSI Volume Admission plugin to restrict the use of a CSI driver capable of provisioning CSI ephemeral volumes during pod admission. Therefore, an additional label
|If the volume limit is exhausted and there are pending pods and PVCs due to
||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.|
- 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.