<p dir="ltr">So if I use a feature which has a new compression scheme (just to pick an example) and then I later move the pool to an OS which doesn't support that scheme, how could this not disable access to the data?  </p>
<p dir="ltr">It's that kind of concern that has kept me on 28. I get that all non-Oracle implementations use v5000 but I don't see how, without feature parity being a constraint, one can move amongst open source implementations of ZFS. What am I missing?</p>
<p dir="ltr">Thanks<br>
Thomas<br>
</p>
<div class="gmail_quote">On Apr 20, 2015 8:22 AM, "Linda Kateley" <<a href="mailto:lkateley@kateley.com">lkateley@kateley.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Everything beyond v28 is now at 5000.
      At 5000, feature flags were enabled so that you wouldn't have to
      worry about features in the different versions. Those features are
      held in the pool, so if you import into another distro, ZFS will
      know what features are there, rather than version numbers.
      Features have to be written to not disable pool operations if that
      features isn't enabled on the importing distro.<br>
      <br>
      Once you go up in versions, you can go backwards. The oracle
      version, last time I looked, was at about 32. So once you import
      into oracle zfs you can never go back again. But you can import a
      free and open pool into oracle zfs. <br>
      <br>
      linda<br>
      <br>
      On 4/19/15 8:28 PM, T L wrote:<br>
    </div>
    <blockquote type="cite">
      <p dir="ltr">I get those messages on v28 pools, made with ZFS for
        Linux or FreeBSD or older versions of FreeNAS. </p>
      <p dir="ltr">I'm hesitant to move beyond v28, even though I'd like
        some of the newer features, because I am not clear on the
        compatibility matrix among non-Oracle ZFS implementations.
        Version 28 seems to be the last version that all extant ZFS
        implementations can read. I'd be very willing to give up Oracle
        compatibility but don't want to lock myself out of moving
        between ZFS on Linux and *BSD. If anyone else has thoughts or
        experience to share here, that'd be mist welcome!</p>
      <p dir="ltr">Thomas <br>
      </p>
      <div class="gmail_quote">On Apr 19, 2015 6:37 PM, "Clug" <<a href="mailto:tclug@freakzilla.com" target="_blank">tclug@freakzilla.com</a>>
        wrote:<br type="attribution">
        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Oh, in case
          anyone was curious, this is what zpool upgrade returned, so
          these features for some reason weren't enabled before.<br>
          <br>
              clug@rooster:/home/clug> sudo zpool upgrade<br>
              This system supports ZFS pool feature flags.<br>
          <br>
              All pools are formatted using feature flags.<br>
          <br>
          <br>
              Some supported features are not enabled on the following
          pools. Once a<br>
              feature is enabled the pool may become incompatible with
          software<br>
              that does not support the feature. See zpool-features(5)
          for details.<br>
          <br>
              POOL  FEATURE<br>
              ---------------<br>
              media<br>
                    spacemap_histogram<br>
                    enabled_txg<br>
                    hole_birth<br>
                    extensible_dataset<br>
                    embedded_data<br>
                    bookmarks<br>
          <br>
          --<br>
          _______________________________________________<br>
          TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
          <a href="mailto:tclug-list@mn-linux.org" target="_blank">tclug-list@mn-linux.org</a><br>
          <a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br>
        </blockquote>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
<a href="mailto:tclug-list@mn-linux.org" target="_blank">tclug-list@mn-linux.org</a>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a>
</pre>
    </blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br>
<br></blockquote></div>