On Fri, Jan 10, 2020 at 4:22 AM Neal Gompa <ngompa13(a)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