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@xxxxxxxxxxx>:
On Wed, Nov 21, 2012 at 4:33 AM, ruslan usifov <ruslan.usifov@xxxxxxxxx> 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@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
