dicode-nl

@nick.lloyd that's something out of this plugin, that's ceph native. most clusters should run on msgr2 native. which ceph versions are you running?

@nick.lloyd I'll look into the HA support, need to dig into that whats needed to support that. keep you posted

@nick.lloyd I supply patched kernel modules which support the extra features needed for full rbd functionality. in that case when running in datapath blkback (default) no blktap/vhd/qcow2 is used, it is RAW rbd performance. snapshotting, cbt and SXM are handled natively with RBD features

this plugin has been developed with no userspace daemon / no overlay like vhd/qcow2 in mind, so you shouln't have the 2tb limit.

if you want to remain with the older kernel modules you can use the other datapath modes which run trough tapdisk / qemu-nbd and support the vhd/qcow2 formats

@nick.lloyd I guess you haven't installed the newer kernel modules then? Those would fix the new auth method and the msrg2 protocol.

Also, the SMAPIv3 is better then the SMAPIv1, then you don;t need qcow2. All snapshots, cbt etc are then ceph-native.

@nick.lloyd if there is anything that isn't working just let me know. I do advise the SMAPIv3 solution at that implementation offers the full feature set!

New version:

https://github.com/dicode-nl/xcp-ng-ceph-rbd/releases/tag/v20260903

This one includes native Ceph rbd SXM over SMAPIv3!

GitHub updated with the latest commits and changes.

As always, use with caution. I did run a lot of test scenario's but please do test yourself and let me
know your findings!

Latest pre-release available:

https://github.com/dicode-nl/xcp-ng-ceph-rbd/releases/tag/v20260901

This release includes a qemu backend mode which fully supports SXM over SMAPIv3! Both tapdisk and native mode still don't have full SXM but can be targets to transfer VDI's to.

Also patches ceph userspace tools are available to provide rbd command line tool. This is needed for CBT as upstream Ceph doesn't have a diff end-point in their API, awaiting pull request https://github.com/ceph/ceph/pull/71388. This is already wired into the RestBackend code so once that lands in Ceph this SR can run without the need for Ceph userspace tools in dom0.

GitHub updated with the latest commits and changes.

WIP: SXM on native rbd without qemu-dp for the native and tapdisk mode.

As always, use with caution. I did run a lot of test scenario's but please do test yourself and let me know your findings!

Did a lot of work this weekend and added more to the volume and datapath.
in native mode, everything is rbd native including CBT! still working on SXM
in tapdisk mode, everything is working with optimized rbd calls except SXM
in qemu mode everything works by using qemu-dp and also SXM in MSAPIv3

Huge improvements made, but qemu is the slowest mode due to extra nbt hop.
I only provided tapdisk and qemu modes to get more information on how CBT works and how SXM works. Right now I'm using that knowledge to provide SXM over native rbt. I have some good ideas but need to figure out how to make them work.

I've also made a backport to ceph v15.2 which runs on dom0 to also include the newer cephx authentication protocol. This is because the ceph dashboard cannot provide a diff between snaps (which is needed for CBT) but a pull request is pending to have this working in the future without the need for rbd userspace.

I'll update my git and packages later this week.

@benapetr @olivierlambert I've made a new release which includes SMAPIv1 improvements and a proper SMAPIv3 volume + datapath plugin.

https://github.com/dicode-nl/xcp-ng-ceph-rbd/releases#release-v20260827

Let me know your thoughts and if there is anything you'll like to see added / changed / tested.

Next step for me is CBT and SXM.

For these interested and for further development:

https://github.com/dicode-nl/xcp-ng-ceph-rbd

@olivierlambert any interest in fixing this for SMAPIv3 for inclusion into XCP 9?