<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I suppose you can either keep the last snaps identical on source and
    target with a simple zfs send recursively or <br>
    you need a script that cares about and does a send per filesystem to
    allow a different number of snaps on the target system.<br>
    <br>
    This is not related to Nexenta but I saw the same on current OmniOS
    -> OmniOS as they use the same Open-ZFS base Illumos<br>
    <br>
    Gea<br>
    @naapp-it.org<br>
    <br>
    <div class="moz-cite-prefix">Am 11.06.2018 um 10:58 schrieb Oliver
      Weinmann:<br>
    </div>
    <blockquote type="cite"
cite="mid:767138E0D064A148B03FE8EC1E9325A20138E9DDC1@gedaevw60.a.space.corp">
      <meta http-equiv="Context-Type" content="text/html;
        charset=iso-8859-1">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <div class="WordSection1">
        <p class="MsoNormal"><span>Yes it is recursively. We have
            hundreds of child datasets so single filesystems would be a
            real headache to maintain.
          </span><span>L</span><span></span></p>
        <p class="MsoNormal"><span> </span></p>
        <p> </p>
        <p><img src="cid:part1.80D0E18D.E6862061@hfg-gmuend.de" class=""><span><span></span></span></p>
        <p><strong><span>Oliver Weinmann</span></strong><br>
          Head of Corporate ICT</p>
        <p>Telespazio VEGA Deutschland GmbH<br>
          Europaplatz 5 - 64293 Darmstadt - Germany <br>
          Ph: +49 (0)6151 8257 744 | Fax: +49 (0)6151 8257 799<br>
          <a href="mailto:oliver.weinmann@telespazio-vega.de"
            moz-do-not-send="true">oliver.weinmann@telespazio-vega.de</a><br>
          <a moz-do-not-send="true">www.telespazio-vega.de</a></p>
        <p>Registered office/Sitz: Darmstadt, Register
          court/Registergericht: Darmstadt, HRB 89231; Managing
          Director/Geschäftsführer: Sigmar Keller</p>
        <p> </p>
        <div>
          <div>
            <p class="MsoNormal"><b><span>From:</span></b><span>
                OmniOS-discuss
                <a class="moz-txt-link-rfc2396E" href="mailto:omnios-discuss-bounces@lists.omniti.com"><omnios-discuss-bounces@lists.omniti.com></a>
                <b>On Behalf Of </b>Guenther Alka<br>
                <b>Sent:</b> Montag, 11. Juni 2018 09:55<br>
                <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a><br>
                <b>Subject:</b> Re: [OmniOS-discuss] zfs send | recv</span></p>
          </div>
        </div>
        <p class="MsoNormal"> </p>
        <p class="MsoNormal"><tt><span>did you replicate recursively?</span></tt><span><br>
            <tt>keeping a different snap history should be possible when
              you send single filesystems.</tt><br>
            <br>
            <br>
            <tt>gea</tt><br>
          </span>@napp-it.org</p>
        <div>
          <p class="MsoNormal">Am 11.06.2018 um 09:11 schrieb Oliver
            Weinmann:</p>
        </div>
        <blockquote>
          <div>
            <p class="MsoNormal">Hi,</p>
            <p class="MsoNormal"> </p>
            <p class="MsoPlainText">We are replicating snapshots from a
              Nexenta system to an OmniOS system. Nexenta calls this
              feature autosync. While they say it is only 100% supported
              between nexenta systems, we managed to get it working with
              OmniOS too. It’s Not rocket science. But there is one big
              problem. In the autosync job on the Nexenta system one can
              specify how many snaps to keep local on the nexenta and
              how many to keep on the target system. Somehow we always
              have the same amount of snaps on both systems. Autosync
              always cleans all snaps on the dest that don’t exist on
              the source. I contacted nexenta support and they told me
              that this is due to different versions of zfs send and zfs
              recv. There should be a –K  flag, that instructs the
              destination to not destroy snapshots that don't exist on
              the source. Is such a flag available in OmniOS? I assume
              the flag is set on the sending side so that the receiving
              side has to understand it.</p>
            <p class="MsoPlainText"> </p>
            <p class="MsoPlainText">Best Regards,</p>
            <p class="MsoPlainText">Oliver</p>
            <p class="MsoNormal"> </p>
          </div>
          <p> </p>
          <p><img id="_x0000_i1025"
              src="cid:part4.00DD22DF.70896451@hfg-gmuend.de" class=""
              height="31" width="180"></p>
          <p><strong>Oliver Weinmann</strong><br>
            Head of Corporate ICT</p>
          <p>Telespazio VEGA Deutschland GmbH<br>
            Europaplatz 5 - 64293 Darmstadt - Germany <br>
            Ph: +49 (0)6151 8257 744 | Fax: +49 (0)6151 8257 799<br>
            <a href="mailto:oliver.weinmann@telespazio-vega.de"
              moz-do-not-send="true">oliver.weinmann@telespazio-vega.de</a><br>
            <a href="http://www.telespazio-vega.de"
              moz-do-not-send="true">www.telespazio-vega.de</a></p>
          <p>Registered office/Sitz: Darmstadt, Register
            court/Registergericht: Darmstadt, HRB 89231; Managing
            Director/Geschäftsführer: Sigmar Keller</p>
          <p> </p>
          <p class="MsoNormal"><br>
            <br>
            <br>
          </p>
          <pre>_______________________________________________</pre>
          <pre>OmniOS-discuss mailing list</pre>
          <pre><a href="mailto:OmniOS-discuss@lists.omniti.com" moz-do-not-send="true">OmniOS-discuss@lists.omniti.com</a></pre>
          <pre><a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" moz-do-not-send="true">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a></pre>
        </blockquote>
        <p class="MsoNormal"><br>
          <br>
        </p>
        <pre>-- </pre>
      </div>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
H          f   G
Hochschule für Gestaltung
university of design

Schwäbisch Gmünd
Rektor-Klaus Str. 100
73525 Schwäbisch Gmünd

Guenther Alka, Dipl.-Ing. (FH)
Leiter des Rechenzentrums
head of computer center

Tel 07171 602 627
Fax 07171 69259
<a class="moz-txt-link-abbreviated" href="mailto:guenther.alka@hfg-gmuend.de">guenther.alka@hfg-gmuend.de</a>
<a class="moz-txt-link-freetext" href="http://rz.hfg-gmuend.de">http://rz.hfg-gmuend.de</a> </pre>
  </body>
</html>