Add storage/ibm-fusion-access-san

Author: rbo

content/storage/ibm-fusion-access-san/create-fs.png

@@ -0,0 +1,386 @@
+---
+title: IBM Fusion Access SAN
+linktitle: IBM Fusion Access SAN
+description: IBM Fusion Access SAN
+tags: ['storage','v4.20']
+icon: ibm/logo
+---
+# IBM Fusion Access SAN
+
+Official documentation: [Deploying IBM Fusion Access for SAN](https://www.ibm.com/docs/en/fusion-software/2.12.0?topic=san-deploying-fusion-access)
+
+Tested with:
+
+|Component|Version|
+|---|---|
+|OpenShift|v4.20.4|
+|OpenShift Virt|v4.20.x|
+|IBM Fusion Access for SAN|2.12.0|
+
+## Prerequisites
+
+* IBM account (IBMid). Create an account via <https://www.ibm.com/account/reg/us-en/signup?formid=urx-19776>
+* Access to IBM Storage Fusion, for example via the [60-day trial](https://www.ibm.com/docs/en/storage-fusion/storage/2.6.0?topic=overview-storage-fusion-trial-version)
+* IBM Entitlement key to allow your OpenShift cluster to pull images from IBM Registry: <https://myibm.ibm.com/products-services/containerlibrary>
+* OpenShift cluster with at least three worker nodes, each with ~32 GB memory
+  * All nodes (at least 3) need a shared disk (via iSCSI, FC, or shared disks in a KVM lab).
+* Access to a container registry for the GPFS kernel modules
+  * Internal registry (requires registry storage)
+  * External registry, for example quay.io with a private repository
+* If Secure Boot is enabled: Create and roll out your signing key. (IBM Fusion Access for SAN builds and loads its own kernel module via [KMM](https://docs.redhat.com/en/documentation/openshift_container_platform/4.20/html/specialized_hardware_and_driver_enablement/kernel-module-management-operator))
+
+## Let's start the installation
+
+### If Secure Boot is enabled: Create and roll out your signing key
+
+Documentation:
+
+* [4.11. Adding the keys for secureboot](https://docs.redhat.com/en/documentation/openshift_container_platform/4.18/html/specialized_hardware_and_driver_enablement/kernel-module-management-operator#kmm-adding-the-keys-for-secureboot_kernel-module-management-operator)
+* [21.6. Generating a public and private key pair](https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/managing_monitoring_and_updating_the_kernel/signing-a-kernel-and-modules-for-secure-boot_managing-monitoring-and-updating-the-kernel?extIdCarryOver=true&sc_cid=7013a000002w14NAAQ#generating-a-public-and-private-key-pair_signing-a-kernel-and-modules-for-secure-boot)
+
+#### Create an key pair
+
+Here are the commands executed on RHEL 10.
+
+* Create public and private key
+
+    ```shell
+    efikeygen --dbdir /etc/pki/pesign \
+      --self-sign \
+      --module \
+      --common-name 'CN=Organization signing key' \
+      --nickname 'Custom Secure Boot key'
+    ```
+
+* Export public key to `sb_cert.cer`
+
+    ```shell
+    certutil -d /etc/pki/pesign \
+      -n 'Custom Secure Boot key' \
+      -Lr \
+      > sb_cert.cer
+    ```
+
+* Export private key to `sb_cert.p12`
+
+    ```shell
+    pk12util -o sb_cert.p12 \
+      -n 'Custom Secure Boot key' \
+      -d /etc/pki/pesign
+    ```
+
+* Export the unencrypted private key:
+
+    ```shell
+    openssl pkcs12 \
+      -in sb_cert.p12 \
+      -out sb_cert.priv \
+      -nocerts \
+      -noenc
+    ```
+
+#### Roll out the public key
+
+This may differ in your environment.
+
+In my virtual lab environment running on KVM/libvirt with [hetzner-ocp4](https://github.com/RedHat-EMEA-SSA-Team/hetzner-ocp4/):
+
+* Copy the public key to the VM via SSH
+
+  ```shell
+  scp sb_cert.cer core@compute-X:~/
+  ```
+
+* Check & import the key via `mokutil` on the node:
+
+  ```shell
+  % sudo mokutil --list-enrolled | grep 'Subject:'
+          Subject: O=Red Hat, Inc., CN=Red Hat Secure Boot CA 5/[email protected]
+          Subject: CN=Red Hat Secure Boot CA 8/[email protected]
+
+  # Set a simple password; it will be needed later in the UEFI shell.
+  % sudo mokutil --import sb_cert.cer
+  input password:
+  input password again:
+  ```
+
+* Reboot the node, enter the MOK manager, and enroll the key
+
+  [![](mok.png)](https://www.youtube.com/watch?v=fgtSxcTE7_o)
+
+* Check the key via `mokutil` at the Node:
+
+  ```shell
+  % mokutil --list-enrolled | grep 'Subject:'
+          Subject: O=Red Hat, Inc., CN=Red Hat Secure Boot CA 5/[email protected]
+          Subject: CN=Red Hat Secure Boot CA 8/[email protected]
+          Subject: CN=Organization signing key
+  ```
+
+### Install IBM Fusion Access for SAN operator
+
+<https://www.ibm.com/docs/en/fusion-software/2.12.0?topic=san-installing-fusion-access-operator>
+
+Do **NOT** create the `FusionAccess` custom resource yet!
+
+At this point there is a [YouTube video](https://www.youtube.com/watch?v=ayXgD4e61K4) available that does not cover Secure Boot or an external registry.
+
+![](operatorhub.png)
+
+### Create a pull secret with IBM Entitlement Key
+
+You can get/review the entitlement keys at the [IBM Container library](https://myibm.ibm.com/products-services/containerlibrary)
+
+```shell
+oc create secret -n ibm-fusion-access generic fusion-pullsecret \
+--from-literal=ibm-entitlement-key=<ibm-entitlement-key>
+```
+
+### If Secure Boot is enabled: provide signing key
+
+* Private key
+
+  ```shell
+  oc create secret generic secureboot-signing-key \
+    -n ibm-fusion-access \
+    --from-file=key=sb_cert.priv
+  ```
+
+* Public key
+
+  ```shell
+  oc create secret generic secureboot-signing-key-pub \
+    -n ibm-fusion-access \
+    --from-file=cert=sb_cert.cer
+  ```
+
+### Optional: Configure external registry for kernel module container image
+
+* Create ConfigMap with external registry information:
+
+  ```yaml
+  apiVersion: v1
+  kind: ConfigMap
+  metadata:
+    name: kmm-image-config
+    namespace: ibm-fusion-access
+  data:
+    kmm_image_registry_url: quay.io
+    kmm_image_repo: rbohne/kernel-ibm-fusion-access
+    # kmm_tls_insecure: "false"
+    # kmm_tls_skip_verify: "false"
+
+    # Contains the Red Hat pull secret and the secret used to push
+    kmm_image_registry_secret_name: rbohne-robot-kernel-ibm-fusion-access-pull-secret
+  ```
+
+* Provide push secret to quay.io
+
+  ```yaml hl_lines="10"
+  apiVersion: v1
+  kind: Secret
+  metadata:
+    name: rbohne-robot-kernel-ibm-fusion-access-pull-secret
+    namespace: ibm-fusion-access
+  stringData:
+    .dockerconfigjson: |
+      {
+        "auths": {
+          "quay.io/rbohne/kernel-ibm-fusion-access": { (1)!
+            "auth": "...",
+            "email": "..."
+          }
+        }
+      }
+  type: kubernetes.io/dockerconfigjson
+  ```
+
+  1. It's important to be as specific as possible here. If I only specify quay.io, the pull secret will also be used for pulling OpenShift images, which will then cause the build to fail.
+
+## Creating the `FusionAccess` custom resource
+
+<https://www.ibm.com/docs/en/fusion-software/2.12.0?topic=san-creating-fusionaccess-cr>
+
+Wait until the Web Console plugin is available to create the storage cluster.
+
+![](create-storage-cluster.png)
+
+## Creating a storage cluster
+
+<https://www.ibm.com/docs/en/fusion-software/2.12.0?topic=san-creating-storage-cluster>
+
+After creating the storage cluster, it's building the kernel module container image. Check builds in ibm-fusion-access project.
+
+Check the pods in the following projects:
+
+* `ibm-fusion-access`
+* `ibm-spectrum-scale`
+
+To check which devices are found, you can run:
+
+```shell
+oc describe LocalVolumeDiscoveryResult -n ibm-fusion-access
+```
+
+Or check the pod logs of the following pods:
+
+```shell
+oc get pods -l app=devicefinder-discovery -o wide -n ibm-fusion-access
+```
+
+To check the kernel module build settings, look at:
+
+```shell
+oc get module -n ibm-fusion-access gpfs-module -o yaml
+```
+
+Here's an example:
+
+```yaml hl_lines="30 34-46"
+apiVersion: kmm.sigs.x-k8s.io/v1beta1
+kind: Module
+metadata:
+  finalizers:
+    - kmm.node.kubernetes.io/module-finalizer
+  name: gpfs-module
+  namespace: ibm-fusion-access
+spec:
+  imageRepoSecret:
+    name: kmm-registry-push-pull-secret
+  moduleLoader:
+    container:
+      imagePullPolicy: Always
+      inTreeModuleToRemove: ''
+      kernelMappings:
+        - build:
+            baseImageRegistryTLS: {}
+            buildArgs:
+              - name: IBM_SCALE
+                value: 'cp.icr.io/cp/gpfs/ibm-spectrum-scale-core-init@sha256:51dc287dd9ae2f8dcb60c1678fe8b535bb72e29faad24108d55b7cfe62362777'
+            dockerfileConfigMap:
+              name: kmm-dockerfile
+          containerImage: 'quay.io/rbohne/kernel-ibm-fusion-access:${KERNEL_FULL_VERSION}-51dc287dd9ae2f8dcb60c1678fe8b535'
+          inTreeModuleToRemove: ''
+          literal: ''
+          regexp: ^.*\.x86_64$
+          sign:
+            certSecret:
+              name: secureboot-signing-key-pub
+            filesToSign:
+              - '/opt/lib/modules/${KERNEL_FULL_VERSION}/mmfslinux.ko'
+              - '/opt/lib/modules/${KERNEL_FULL_VERSION}/mmfs26.ko'
+              - '/opt/lib/modules/${KERNEL_FULL_VERSION}/tracedev.ko'
+            keySecret:
+              name: secureboot-signing-key
+            unsignedImageRegistryTLS: {}
+      modprobe:
+        dirName: /opt
+        firmwarePath: /opt/lxtrace/
+        moduleName: mmfs26
+        modulesLoadingOrder:
+          - mmfs26
+          - mmfslinux
+          - tracedev
+      registryTLS: {}
+    serviceAccountName: fusion-access-operator-controller-manager
+  selector:
+    kubernetes.io/arch: amd64
+    scale.spectrum.ibm.com/role: storage
+status:
+  devicePlugin: {}
+  moduleLoader:
+    nodesMatchingSelectorNumber: 3
+```
+
+To watch the build logs:
+
+```shell
+oc get builds -n ibm-fusion-access -l node.kubernetes.io/module.name=gpfs-module -l app.kubernetes.io/name=kmm
+```
+
+After a successful build, the build objects disappear.
+
+## Creating a filesystem
+
+<https://www.ibm.com/docs/en/fusion-software/2.12.0?topic=san-creating-filesystem>
+
+![](create-fs.png)
+
+Check the details of the FileSystem if it takes too long.
+
+In case you recognize the following message:
+
+> Disk has Spectrum Scale filesystem data structures on it. Set the 'existingDataSkipVerify' spec-parameter of the LocalDisk 0x5000c500155a3456 to true if the disk should be formatted and re-used nevertheless.
+
+Check the LocalDisk:
+
+```shell
+% oc get LocalDisk -n ibm-spectrum-scale
+NAME                 TYPE   READY   USED    AVAILABLE   FILESYSTEM   SIZE   AGE
+0x5000c500155a3456          False   False   Unknown                         26m
+```
+
+If you are sure the shared disk can be wiped, set `existingDataSkipVerify` to `true`:
+
+```shell
+oc patch LocalDisk -n ibm-spectrum-scale 0x5000c500155a3456 --type merge -p '{"spec":{"existingDataSkipVerify":true}}'
+```
+
+## Don't forget to review the IBM Fusion dashboard
+
+![](dashboard-link.png)
+
+![](dashboard.png)
+
+## Notes for various lab environments
+
+Add a shared disk to all worker nodes.
+
+### Plain KVM environment
+
+I deployed via <https://github.com/RedHat-EMEA-SSA-Team/hetzner-ocp4>. Now let's add a shared LVM disk because everything is running on one node.
+
+!!! info
+
+    The following issue is related to Secure Boot:
+
+    ```log
+    I0105 18:25:24.083670 1 funcs_kmod.go:12] "Starting worker" logger="kmm-worker" version="" git commit=""
+    I0105 18:25:24.083696 1 funcs_kmod.go:24] "Reading config" logger="kmm-worker" path="/etc/kmm-worker/config.yaml"
+    I0105 18:25:24.083968 1 worker.go:77] "preparing firmware for loading" logger="kmm-worker" image directory="/tmp/opt/lxtrace" host mount directory="/var/lib/firmware"
+    I0105 18:25:24.084219 1 modprobe.go:33] "Running modprobe" logger="kmm-worker" command="/usr/sbin/modprobe -vd /tmp/opt mmfs26"
+    I0105 18:25:24.086346 1 cmdlog.go:70] "modprobe: ERROR: could not insert 'mmfs26': Key was rejected by service" logger="kmm-worker.modprobe.stderr"
+    I0105 18:25:24.086394 1 cmdlog.go:70] "insmod /tmp/opt/lib/modules/5.14.0-570.72.1.el9_6.x86_64/tracedev.ko " logger="kmm-worker.modprobe.stdout"
+    E0105 18:25:24.086679 1 cmdutils.go:11] "Fatal error" err="error while waiting on the command: exit status 1" logger="kmm-worker"
+    ```
+
+    Two options to solve:
+    1) Disable Secure Boot
+    2) Work with a KMM signing key / Machine Owner Key (MOK): <https://docs.redhat.com/en/documentation/openshift_container_platform/4.20/html/specialized_hardware_and_driver_enablement/kernel-module-management-operator#kmm-using-signing-with-kmm_kernel-module-management-operator>
+
+```shell
+lvcreate -L1T -n fusion vg0
+```
+
+```shell
+export CLUSTER_NAME=pluto
+for node in ${CLUSTER_NAME}-compute-0  ${CLUSTER_NAME}-compute-1  ${CLUSTER_NAME}-compute-2 ; do
+    virsh attach-disk $node /dev/mapper/vg0-fusion sdb --targetbus scsi --cache none --persistent --live --wwn 5000c500155a3456
+done
+```
+
+### iSCSI & RHCOS
+
+This is ugly as hell, but works for quick testing.
+
+=== "Apply iSCSI helper"
+
+    ```
+    oc apply -f {{ page.canonical_url }}iscsi-helper.yaml
+    ```
+
+=== "iscsi-helper.yaml"
+
+    ```yaml
+    --8<-- "content/storage/ibm-fusion-access-san/iscsi-helper.yaml"
+    ```