Re: does still not recommended place rbd device on nodes, where osd daemon located?

[Dan Mick <dan.mick@inktank.com>]

Still not certain I'm understanding *just* what you mean, but I'll point 
out that you can set up a cluster with rbd images, mount them from a 
separate non-virtualized host with kernel rbd, and expand those images 
and take advantage of the newly-available space on the separate host, 
just as though you were expanding a RAID device.  Maybe that fits your 
use case, Ruslan?

On 11/21/2012 12:05 PM, ruslan usifov wrote:
> Yes i mean exactly this. it's a great pity :-( Maybe present some ceph
> equivalent that solve my problem?
>
> 2012/11/21 Gregory Farnum <greg@inktank.com>:
>> On Wed, Nov 21, 2012 at 4:33 AM, ruslan usifov <ruslan.usifov@gmail.com> wrote:
>>> So, not possible use ceph as scalable block device without visualization?
>>
>> I'm not sure I understand, but if you're trying to take a bunch of
>> compute nodes and glue their disks together, no, that's not a
>> supported use case at this time. There are a number of deadlock issues
>> caused by this sort of loopback; it's the same reason you shouldn't
>> mount NFS on the server host.
>> We may in the future manage to release an rbd-fuse client that you can
>> use to do this with a little less pain, but it's not ready at this
>> point.
>> -Greg
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>