Re: How many rbds can you map?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/08/2013 07:58 PM, Gaylord Holder wrote:
Always nice to see I've hit a real problem, and not just my being dumb.


May I ask why you are even trying to map so many RBD devices? Do you need access to >230 all at the same time on each host?

Can't you map them when you need them and unmap them when they are no longer required?

Wido

-Gaylord

On 10/08/2013 01:46 PM, Gregory Farnum wrote:
I believe this is a result of how we used the kernel interfaces
(allocating a major device ID for each RBD volume), and some kernel
limits (only 8 bits for storing major device IDs, and some used for
other purposes). See http://tracker.ceph.com/issues/5048

I believe we have discussed not using a major device ID for each
mounted RBD volume, but I don't remember the details as they involved
kernel-fu beyond what I'm familiar with.
-Greg
Software Engineer #42 @ http://inktank.com | http://ceph.com


On Tue, Oct 8, 2013 at 10:19 AM, Gaylord Holder
<gholder@xxxxxxxxxxxxx> wrote:
I'm testing how many rbds I can map on a single server.

I've created 10,000 rbds in the rbd pool, but I can only actually map
230.

Mapping the 230th one fails with:
rbd: add failed: (16) Device or resource busy

Is there a way to bump this up?

-Gaylord

_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com


--
Wido den Hollander
42on B.V.

Phone: +31 (0)20 700 9902
Skype: contact42on
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux