Skip to content

Commit 7efcf4f

Browse files
committed
OCPNAS#294: RN - Update CNSA to v5.2.3.5
1 parent 47008c9 commit 7efcf4f

File tree

1 file changed

+20
-4
lines changed

1 file changed

+20
-4
lines changed

modules/virt-fusion-access-san-release-updates.adoc

Lines changed: 20 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -12,20 +12,34 @@ Release updates for IBM Fusion Access for SAN, including new features, bug fixes
1212
[id="virt-fusion-access-san-new-changes_{context}"]
1313
== New and changed features
1414

15+
Fusion Access for SAN 1.1.0 includes Spectrum Scale 5.2.3.5::
16+
17+
Fusion Access for SAN 1.1.0 uses Spectrum Scale version 5.2.3.5. When you upgrade to Fusion Access for SAN 1.1.0, Spectrum Scale is automatically upgraded to version 5.2.3.5.
18+
+
19+
link:https://issues.redhat.com/browse/OCPNAS-294[OCPNAS-294]
20+
+
21+
link:https://issues.redhat.com/browse/OCPNAS-279[OCPNAS-279]
22+
1523
Image registry requirements for kernel module management::
1624

17-
{IBMFusionFirst} uses the {product-title} image registry to manage the kernel module. Do not configure the registry to use `emptyDir` storage because it provides only temporary storage and is not suitable for production use. Configure {IBMFusionFirst} to use a different image registry by creating a config map and secret after installing the Operator and before creating the `FusionAccess` CR. (link:https://issues.redhat.com/browse/OCPNAS-213[*OCPNAS-213*])
25+
{IBMFusionFirst} uses the {product-title} image registry to manage the kernel module. Do not configure the registry to use `emptyDir` storage because it provides only temporary storage and is not suitable for production use. Configure {IBMFusionFirst} to use a different image registry by creating a config map and secret after installing the Operator and before creating the `FusionAccess` CR.
26+
+
27+
link:https://issues.redhat.com/browse/OCPNAS-213[OCPNAS-213]
1828

1929
[id="virt-fusion-access-san-bug-fixes_{context}"]
2030
== Bug fixes
2131

2232
Filesystem creation button stays disabled until daemons are ready::
2333

24-
The {IBMFusionFirst} Operator was updated to check the readiness of filesystem daemons before allowing a filesystem to be created. The **Create file system** button in the web console now stays disabled with a tooltip explaining the condition until the environment is ready. This change prevents filesystems from appearing stuck during creation. (link:https://issues.redhat.com/browse/OCPNAS-184[*OCPNAS-184*])
34+
The {IBMFusionFirst} Operator was updated to check the readiness of filesystem daemons before allowing a filesystem to be created. The **Create file system** button in the web console now stays disabled with a tooltip explaining the condition until the environment is ready. This change prevents filesystems from appearing stuck during creation.
35+
+
36+
link:https://issues.redhat.com/browse/OCPNAS-184[OCPNAS-184]
2537

2638
Filesystems cannot be deleted from the user interface::
2739

28-
The {product-title} web console does not support deleting filesystems. To delete a filesystem, use the {oc-first}. (link:https://issues.redhat.com/browse/OCPNAS-217[*OCPNAS-217*])
40+
The {product-title} web console does not support deleting filesystems. To delete a filesystem, use the {oc-first}.
41+
+
42+
link:https://issues.redhat.com/browse/OCPNAS-217[OCPNAS-217]
2943

3044
[id="virt-fusion-access-san-known-issues_{context}"]
3145
== Known issues
@@ -39,4 +53,6 @@ Filesystem creation might fail if core pods are deleted at the same time. The fi
3953
Disk <ID> may still belong to an active file system
4054
----
4155
+
42-
No workaround is available. Contact IBM Support for assistance. (link:https://issues.redhat.com/browse/OCPNAS-233[*OCPNAS-233*])
56+
No workaround is available. Contact IBM Support for assistance.
57+
+
58+
link:https://issues.redhat.com/browse/OCPNAS-233[OCPNAS-233]

0 commit comments

Comments
 (0)