Bug #38833
closed
ceph-volume does not allow the use of removable disks
Added by Alejandro Bonilla about 5 years ago.
Updated about 5 years ago.
Description
While attempting to deploy using ceph-volume, the drives are marked as removable and therefore not usable.
- ceph-volume inventory /dev/sdb
====== Device report /dev/sdb ======
path /dev/sdb
available True
rejected reasons
removable 1
ro 0
vendor VendorCo
model ProductCode
sas address
rotational 1
scheduler mode cfq
human readable size 14.65 GB
The use case here is to allow implementing Ceph on Raspberry Pi envs that are small/demo.
Should ceph-volume allow the option to bypass any protection of removable disks?
- Project changed from Ceph to ceph-volume
- Category deleted (
common)
It is not possible to disable that internal check from ceph-volume, however, the workaround in your case would be to create the LV on that removable device and just create the OSD there vs. trying to use the disk directly.
- Status changed from New to Rejected
I'd like to have this tracker re-opened since it's not a how-to question nor was I looking for a workaround. ceph-volume brings a regression which is the inability to utilize removable devices directly, therefore it should be tracked and when possible, fixed.
I closed the ticket because it is something that ceph-volume is not going to allow, or make it configurable. ceph-volume concentrates in production-only scenarios, and using removable disks is not something that we would consider supporting.
As I mentioned, if you must use removable devices, you can pre-create the logical volumes and then pass those onto ceph-volume.
@Alfredo what exactly is the technical argument against making this a cli argument?
By supporting production-only features, we allow narrowing the scope of both work to be done and bugs to fix. A prime example of this was ceph-disk's ability to
deploy OSDs to directories, which was meant to be a helpful feature for developers to easily test OSDs, and then it became a way users thought was a supported/recommended way to launch an OSD (it wasn't).
The amount of work put into developing features for it, and bugs that had to be fixed was tremendous. At some point even ceph-ansible had support for it.
So, again, like I mentioned: if it isn't a feature/fix that makes sense for a production environment, we are not going to consider it - even more so if there is a way to accomplish what is wanted here (LVs can be created on top of removable disks)
Also available in: Atom
PDF