CloudStack is currently limiting the number of data volumes, that can be attached to an instance, to 14. More specifically, this limitation relates to the device ids that CloudStack considers valid for data volumes. In method VolumeApiServiceImpl.getDeviceId(long, Long), only device ids 1, 2, and 4-15 are considered valid. What I would like to know is: is there a reason for this limitation? (of not going higher than device id 15)
Note that the current number of attached data volumes is already being checked against the maximum number of data volumes per instance, as specified by the relevant hypervisor’s capabilities. E.g. if the relevant hypervisor’s capabilities specify that it only supports 6 data volumes per instance, CloudStack rejects attaching a seventh data volume. Friðvin Logi Oddbjörnsson Senior Developer Tel: (+354) 415 0200 | frid...@greenqloud.com <jaros...@greenqloud.com> Mobile: (+354) 696 6528 | PGP Key: 57CA1B00 <https://sks-keyservers.net/pks/lookup?op=vindex&search=frid...@greenqloud.com> Twitter: @greenqloud <https://twitter.com/greenqloud> | @qstackcloud <https://twitter.com/qstackcloud> www.greenqloud.com | www.qstack.com [image: qstack_blue_landscape_byqreenqloud-01.png]