We do support OKD, however newer OKD/OpenShift releases occasionally have slight changes that are sometimes missed in testing and this might be what happened here, can you share what version you’re deploying (please include the oci-monitor image tag of the pods that were deployed by the operator) - we will update this post shortly, with more detail when we can confirm version will be necessary for this support.
Thanks for that info, they include digests and we’d need to examine/look up those digests to version numbers - in the mean time can you also paste the output of your storagecluster CRD? oc get storagecluster -A -o yaml this should include how the operator is installing Portworx (along with versions).
Apologies for the delay, we’re discussing internally how to get you unblocked, as our main focus has been openshift testing, it’s unclear that/why the OKD set up of the same version does not appear to be setup/work the same way…
Wild guess: Could it be that you are checking during setup if the node is RHEL or RedHat CoreOS? Because in OKD, there ist CentOS or Fedora CoreOS. Without any idea about your code, I guess you are checking if it’s RHCOS or not. This check says “no” (because its FCOS), so you are fallback to the RHEL stuff. But on FCOS, there are no yum and semanage etc. same as on RHCOS.
Looks like CentOS/Fedora version of CoreOS copied from RedHat CoreOS, but removed tools/packages that are required to fix and run Portworx:
the /opt/ directory on RedHat CoreOS is a soft-link to /var/opt, but it has a wrong SELinux label on it (it should be system_u:object_r:usr_t:s0 instead of ...var_t:s0 – one can confirm this by checking the SELinux labels on RHEL/CentOS server – ls -alZ /var/ /opt/)
the Portworx install will attempt to fix this invalid SELinux label automatically, but it’s failing since “semanage” command looks to be stripped out of the CentOS/Fedora CoreOS distribution
the yum makecache ; yum install nfs-utils rpcbind commands get triggered when Portworx finds that nfs-server.service is not running on the host, so Portworx install will attempt to install the NFS packages, so that it can enable the “Shared V4” volume support
so to fix this, one should either use -disable-sharedv4 option (i.e. add portworx.io/misc-args: "-disable-sharedv4" annotation to StorageCluster), or ensure that NFS service is installed and running on the host