This was resolved when I found more versioned libs that were also out of
sync in the Python neighborhood: /usr/local/lib/python2.7/site-packages
This exercise motivated me to install multiple versions of Ceph in
versioned app directories, such as /usr/local/ceph-hammer and
On Fri, Nov 13, 2015 at 5:25 AM, Mark Kirkwood
wrote:
> When you do:
>
> $ rbd create
>
> You are using the kernel (i.e 3.13) code for rbd, and this is likely much
> older than the code you just built for the rest of Ceph. You *might* have
> better luck installing
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
On Sat, Nov 14, 2015 at 9:23 AM, Artie Ziff wrote:
>>>
>> 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
>
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
-
> From: "Artie Ziff" <artie.z...@gmail.com>
> To: "ceph-users" <ceph-users@lists.ceph.com>
> Sent: Thursday, November 12, 2015 9:17:27 PM
> Subject: [ceph-users] rbd create => seg fault
> When I run `rbd create` => seg fault
> It worked on
When I run `rbd create` => seg fault
It worked on previous pulls/builds.
I would need to regress/rebuild to provide version info that worked last.
Ubuntu 14.04.3 LTS
Linux ceph-mon-node 3.13.0-65-generic #106-Ubuntu SMP / x86_64 x86_64
x86_64 GNU/Linux
configure --prefix=/usr/local