On 11/13/2015 03:47 PM, Artie Ziff wrote:
Hello... Want to share some more info about the rbd problem I am have. I took Jason's suggestion to heart as there was a past errant configure that was run with prefix not getting set so it installed into /. I never did clean that up but today I configured a Ceph Makefile for / and ran `make uninstall`. Thank you devs for the uninstall command. But I still had the segfault on rbd. Next... Uninstalled the current build ceph app in /usr/local (using make uninstall) And then cloned a new repo from Ceph's github repo. Instead of performing a checkout to 0.94.5, I left it at HEAD. Built & installed. $ ceph -v ceph version 9.2.0-702-g7d926ce (7d926ce7e0e68d4416c4ae00e658a8d39d1540c6) No rbd segfault but instead I see this: rbd create image1 --size 35840 -p pool1 rbd: symbol lookup error: rbd: undefined symbol: _ZTIN8librados9WatchCtx2E What could this indicate? Perhaps an installation problem? In one of the few search results, person pointed to a potential librbd1 and librados2 mismatch.
Yes, this is definitely an old version of librados getting picked up somewhere in your library load path. You can find where the old librados is via: strace -f -e open ./rbd ls 2>&1 | grep librados.so
What approach is recommended to resolve this?
Remove the old librados. If you're determined to install via 'make install', you'll need to be careful about old versions of libraries in the wrong place like this. Using packages prevents this kind of mess. Josh _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com