On Fri, Jan 10, 2020 at 4:22 AM Neal Gompa <ngompa13@gmail.com> wrote:
The current zfs2ceph implementation handles zvol sends and transforms them into rbd v1 import streams. I don't recall exactly the reason why we don't use v2 anymore, but I think there was some gaps that made it so it wasn't usable for our case back then (we were using Ceph Luminous). I'm unsure if this is improved now, though it wouldn't surprise me if it has. However, zvols aren't enough for us. Most of our ZFS datasets are in the ZFS filesystem form, not the ZVol block device form. Unfortunately, there is no import equivalent for CephFS, which blocked an implemented of this capability[3]. I had filed a request about it on the issue tracker, but it was rejected on the basis of something was being worked on[4]. However, I haven't seen something exactly like what I need land in CephFS yet.
The reason I closed the ticket is that I thought the request was for a mechanism to geo-replicate CephFS. There is on-going work to make that feasible lead by Jan and Venky. If what you actually want is a way to import ZFS file systems, I would tell you that rsync is the answer. If you have a binary stream of a ZFS file system from `zfs export`, then you will need to import it into a new zfs file system and rsync that. -- Patrick Donnelly, Ph.D. He / Him / His Senior Software Engineer Red Hat Sunnyvale, CA GPG: 19F28A586F808C2402351B93C3301A3E258DD79D