Description of problem: ----------------------- Installing client packages ( glusterfs-fuse ) or glusterfs-api requires libgfdb.so Version-Release number of selected component (if applicable): -------------------------------------------------------------- glusterfs-3.7dev-0.885.git0d36d4f.el6.x86_64 glusterfs nightly build - http://download.gluster.org/pub/gluster/glusterfs/nightly/glusterfs/epel-6-x86_64/glusterfs-3.7dev-0.885.git0d36d4f.autobuild/ How reproducible: ----------------- Always Steps to Reproduce: ------------------- 1. Install glusterfs client ( glusterfs-fuse ) or glusterfs-api (libgfapi) (i.e) yum localinstall glusterfs-fuse glusterfs or yum localinstall glusterfs-api glusterfs-libs glusterfs Actual results: --------------- Unable to install - as the installation requires - libgfdb.so Expected results: ----------------- Ability to install glusterfs-fuse packages or libgfapi packages ( glusterfs-api ) Additional info: ---------------- If 'fuse' is used as the access mechanism, then : 1. glusterfs-fuse requires glusterfs package --------------------------------------------- [root@~ ]# rpm -qpR glusterfs-fuse-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm | grep gluster warning: glusterfs-fuse-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm: Header V3 RSA/SHA1 Signature, key ID b127718f: NOKEY glusterfs = 3.7dev-0.885.git0d36d4f.el6 2. glusterfs package requires libgfdb.so ------------------------------------------ [root@~ ]# rpm -qpR glusterfs-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm | grep libgfdb warning: glusterfs-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm: Header V3 RSA/SHA1 Signature, key ID b127718f: NOKEY libgfdb.so.0()(64bit) If libgfapi is used as access mechanism, then : 1.glusterfs-api requires glusterfs ---------------------------------- [root@~ ]# rpm -qpR glusterfs-api-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm | grep gluster warning: glusterfs-api-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm: Header V3 RSA/SHA1 Signature, key ID b127718f: NOKEY glusterfs = 3.7dev-0.885.git0d36d4f.el6 libglusterfs.so.0()(64bit) 2. Agains glusterfs package requires libgfdb.so ------------------------------------------------ [root@~ ]# rpm -qpR glusterfs-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm | grep libgfdb warning: glusterfs-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm: Header V3 RSA/SHA1 Signature, key ID b127718f: NOKEY libgfdb.so.0()(64bit)
Providing the chats logs from Atin & Kaushal to provide some insight in to this problem : <kshlm> glusterfs package has the changetimerecorder (ctr) xlator. <kshlm> This require libgfdb. <kshlm> We have 2 options now. <kshlm> either move ctr to the glusterfs-server package <kshlm> or move libgfdb to glusterfs. <atinm> I would suggest option 1 <atinm> as ctr is a server side xlator and has nothing to do with client
glusterfs-server is the package which provides libgfdb.so [root@~ ]# rpm -qp --provides glusterfs-server-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm | grep libgfdb warning: glusterfs-server-3.7dev-0.885.git0d36d4f.el6.x86_64.rpm: Header V3 RSA/SHA1 Signature, key ID b127718f: NOKEY libgfdb.so.0()(64bit)
Mainline bug 1195947 addresses this, together with change http://review.gluster.org/9987 which implements loading libgfdb through dlopen(). The packaging changes are included through bug 1219089. *** This bug has been marked as a duplicate of bug 1219089 ***