Skip to content

Commit 6093120

Browse files
authored
Merge pull request #99237 from danielclowers/CNV-69681
CNV#69681: Add IBM Fusion Access for SAN release updates
2 parents 288cefe + b3e57f5 commit 6093120

File tree

4 files changed

+49
-7
lines changed

4 files changed

+49
-7
lines changed

modules/virt-creating-fusionaccess-cr.adoc

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -31,8 +31,6 @@ Creating the `FusionAccess` CR triggers the installation of the correct version
3131
. Optional: You can choose to add *Labels* if they are relevant.
3232

3333
. Select the *IBM Storage Scale Version* from the drop-down list.
34-
+
35-
This version is the same version that was used to install the {FusionSAN} Operator.
3634

3735
. Click *Create*.
3836

Lines changed: 42 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,42 @@
1+
// Module included in the following assemblies:
2+
//
3+
// * virt/fusion_access_SAN/install-configure-fusion-access-san.adoc
4+
5+
:_mod-docs-content-type: CONCEPT
6+
[id="virt-fusion-access-san-release-updates_{context}"]
7+
= IBM Fusion Access for SAN release updates
8+
9+
[role="_abstract"]
10+
Release updates for IBM Fusion Access for SAN, including new features, bug fixes, and known issues.
11+
12+
[id="virt-fusion-access-san-new-changes_{context}"]
13+
== New and changed features
14+
15+
Image registry requirements for kernel module management::
16+
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*])
18+
19+
[id="virt-fusion-access-san-bug-fixes_{context}"]
20+
== Bug fixes
21+
22+
Filesystem creation button stays disabled until daemons are ready::
23+
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*])
25+
26+
Filesystems cannot be deleted from the user interface::
27+
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*])
29+
30+
[id="virt-fusion-access-san-known-issues_{context}"]
31+
== Known issues
32+
33+
Filesystem creation might fail during core pod deletion::
34+
35+
Filesystem creation might fail if core pods are deleted at the same time. The filesystem might be partially created on the LUN, which results in the following persistent error:
36+
+
37+
[source,terminal]
38+
----
39+
Disk <ID> may still belong to an active file system
40+
----
41+
+
42+
No workaround is available. Contact IBM Support for assistance. (link:https://issues.redhat.com/browse/OCPNAS-233[*OCPNAS-233*])

modules/virt-installing-fusion-access-operator.adoc

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -23,13 +23,13 @@ Install the {FusionSAN} Operator from the *OperatorHub* in the {product-title} w
2323

2424
. On the *Install Operator* page, keep the default selections for *Update Channel*, *Version*, and *Installation mode*.
2525

26-
. Verify that *Operator recommended Namespace* is selected for *Installed Namespace*.
26+
. Verify that *Operator recommended Namespace* is selected for *Installed Namespace*.
2727
+
2828
This installs the Operator in the `ibm-fusion-access` namespace. If this namespace does not yet exist, it is automatically created.
2929
+
3030
[WARNING]
3131
====
32-
If you install the {FusionSAN} Operator in a namespace other than `ibm-fusion-access`, {FusionSan} does not work.
32+
You must install the {FusionSAN} Operator in the `ibm-fusion-access` namespace. Installation in any other namespace is not supported.
3333
====
3434

3535
. Verify that the *Automatic* default is selected for *Update Approval*.

virt/fusion_access_SAN/install-configure-fusion-access-san.adoc

Lines changed: 5 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,8 @@
11
:_mod-docs-content-type: ASSEMBLY
2+
include::_attributes/common-attributes.adoc[]
23
[id="install-configure-fusion-access-san"]
34
= Installing and configuring {IBMFusionFirst}
45

5-
include::_attributes/common-attributes.adoc[]
66
:context: install-configure-fusion-access-san
77

88
toc::[]
@@ -28,8 +28,10 @@ include::modules/virt-creating-filesystem-fusion-access-san.adoc[leveloffset=+1]
2828

2929
Once you create a storage cluster with file systems, you can create a virtual machine (VM) on the storage cluster.
3030

31-
Create a VM from an instance type or template and select one of the file systems you created as the storage type.
31+
Create a VM from an instance type or template and select a storage class that corresponds to one of the file systems you created as the storage type.
3232

3333
* xref:../../virt/creating_vm/virt-creating-vms-from-instance-types.adoc#virt-creating-vms-from-instance-types[Creating virtual machines from instance types].
3434

35-
* xref:../../virt/creating_vm/virt-creating-vms-from-templates.adoc#virt-creating-vms-from-templates[Creating virtual machines from templates].
35+
* xref:../../virt/creating_vm/virt-creating-vms-from-templates.adoc#virt-creating-vms-from-templates[Creating virtual machines from templates].
36+
37+
include::modules/virt-fusion-access-san-release-updates.adoc[leveloffset=+1]

0 commit comments

Comments
 (0)