Current quay.io/openebs/zfs-driver:ci image is not provisioning on CentOS 8 about zfs-localpv HOT 8 CLOSED

@jlcox1970 which operator yaml you used to deploy? For centos, the operator yaml is different

CentOS 7:
https://raw.githubusercontent.com/openebs/zfs-localpv/master/deploy/operators/centos7/zfs-operator.yaml

CentOS 8:
https://raw.githubusercontent.com/openebs/zfs-localpv/master/deploy/operators/centos8/zfs-operator.yaml

from zfs-localpv.

both the default fro theREADME and the CentOS 8 operator
the CentOs8 gives
zfs: symbol lookup error: /lib/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b

ldd /usr/sbin/zfs
linux-vdso.so.1 (0x00007ffd45bf5000)
libnvpair.so.1 => /lib/libnvpair.so.1 (0x00007efec5532000)
libuutil.so.1 => /lib/libuutil.so.1 (0x00007efec5323000)
libzfs.so.2 => /lib/libzfs.so.2 (0x00007efec50a7000)
libzfs_core.so.1 => /lib/libzfs_core.so.1 (0x00007efec4ea1000)
libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007efec4e4a000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007efec4cfb000)
libssl.so.1.1 => /lib/x86_64-linux-gnu/libssl.so.1.1 (0x00007efec4c67000)
libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 (0x00007efec4992000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007efec4987000)
libtirpc.so.3 => /lib/libtirpc.so.3 (0x00007efec4754000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007efec4729000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007efec4720000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007efec4702000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007efec46df000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007efec44ee000)
/lib64/ld-linux-x86-64.so.2 (0x00007efec5970000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007efec44d4000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007efec44ce000)
libgssapi_krb5.so.2 => /lib/libgssapi_krb5.so.2 (0x00007efec427c000)
libkrb5.so.3 => /lib/libkrb5.so.3 (0x00007efec3f8c000)
libk5crypto.so.3 => /lib/libk5crypto.so.3 (0x00007efec3d70000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007efec3d69000)
libkrb5support.so.0 => /lib/libkrb5support.so.0 (0x00007efec3b58000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00007efec3954000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007efec3937000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007efec390c000)
libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007efec3887000)

the paths for libssl and libcrypto have changed and this is from inside the pod

ls -l /usr/lib/libcrypto.so.10 /usr/lib/libssl.so.10
-rw-r--r--. 1 root root 0 Jun 8 23:04 /usr/lib/libcrypto.so.10
-rw-r--r--. 1 root root 0 Jun 8 23:04 /usr/lib/libssl.so.10

so it looks like we need to update the volume mounts again

from zfs-localpv.

Playing with the library mount is causing a lot of trouble. Let me take this up in this release which is planned on 15th of Sept. I will do the root mount which will fix it for all the operating systems.

from zfs-localpv.

available for pre release testing if needed

from zfs-localpv.

Thanks @jlcox1970, will ping you to test the changes.

from zfs-localpv.

@jlcox1970 I have pushed the changes to my repo and I have verified it on ubuntu. Will do the test on centos 7 and 8 tomorrow. Here is the yaml : https://raw.githubusercontent.com/pawanpraka1/zfs-localpv/rootmnt/deploy/zfs-operator.yaml.

it is still work in progress, let me know if this yaml is working for you. Note that this yaml has IfNotPresent imagepull policy, so if you want you can use the zfs-driver:0.9.2 release.

PR: #204

from zfs-localpv.

tested on CentOS8
now works as expected and I have provisioned pvc's using the provisioner

unable to test on CentOS7 as I do not have access

from zfs-localpv.

Thanks for verifying this @jlcox1970. I hope now this fixes for all the operating systems and we don't have to worry about the libraries on different platforms.

from zfs-localpv.