:) Clones are another story....usually not there in CIFS shares, which are the ones to be attacked by windows crypto lockers... ;) Thanx for the pointer though, nice one to not reinvent the wheel ;) But I still believe zfs bare options are missing the need to replicate an fs subtree exactly, but without previous snapshots. Gabriele ---------------------------------------------------------------------------------------- Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon ---------------------------------------------------------------------------------- Da: Jim Klimov A: [email protected] Gabriele Bulfon Cc: Paul Dagnelie Matthew Ahrens Data: 7 maggio 2016 13.51.22 CEST Oggetto: Re: [discuss] zfs send -r would be nice 7 ??? 2016 ?. 9:25:43 CEST, Gabriele Bulfon ?????: I will check how "zfs -R" is implemented in the illumos source tree, and try to do the same as a "-r" switch. I actually found it's a more complex behaviour: - running a zfs send -R gives me an exact destination with same options other than snapshots (compression, sharing, etc are retained) - running zfs send with no -R sends data without the original options, so sharesmb is not retained, but also atime and nbmand I believe now that a "-r" should replicate everything but the snapshots. Am I missing something else? What is a way to exactly do by hands now what -R does without old snapshots? If I can replicate it as a shell, I can see how to implement it in my xstream-illumos-gate zfs command. ---------------------------------------------------------------------------------------- Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon Da: Matthew Ahrens A: Illumos Discussion Cc: Paul Dagnelie Data: 7 maggio 2016 1.30.15 CEST Oggetto: Re: [discuss] zfs send -r would be nice On Fri, May 6, 2016 at 3:18 PM, Gabriele Bulfon [email protected] wrote: Hi, I recently faced a situation where I needed to send an entire pool to another that could hold the entire living pool, but not the previous snapshots (up to 2 weeks of daily snapshots with deleted data). Using zfs send -R it runs inside every sub-filsystem but it also sends all the old snapshots. There is no recursive option sending just the requested option. I had to run a zfs list and run a zfs send without -R for every filesystem, to get everything at destination without old snapshots. I believe a zfs send -r would be nice. I will see if I can implement it. Out of curiosity, are you thinking of implementing it in /sbin/zfs and libzfs, or as a utility (e.g. shell script) on top of /sbin/zfs ? --matt illumos-discuss | Archives | Modify Your Subscription Does your setup involve clones? Then you'd need some snapshots ;) Did you look at existing tools and scripts? I hear znapzend is popular ;) Jim -- Typos courtesy of K-9 Mail on my Samsung Android
------------------------------------------- illumos-discuss Archives: https://www.listbox.com/member/archive/182180/=now RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175430-2e6923be Modify Your Subscription: https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4 Powered by Listbox: http://www.listbox.com
