On 24/08/2006, at 6:40 AM, Matthew Ahrens wrote:
However, once you upgrade to build 35 or later (including S10
6/06), do
not downgrade back to build 34 or earlier, per the following message:
Summary: If you use ZFS, do not downgrade from build 35 or later to
build 34 or earlier.
This putback (into Solaris Nevada build 35) introduced a backwards-
compatable change to the ZFS on-disk format. Old pools will be
seamlessly accessed by the new code; you do not need to do anything
special.
However, do *not* downgrade from build 35 or later to build 34 or
earlier. If you do so, some of your data may be inaccessible with
the
old code, and attemts to access this data will result in an assertion
failure in zap.c.
This reminds me of something that I meant to ask when this came up
the first time.
Isn't the whole point of the zpool upgrade process to allow users to
decide when they want to remove the "fall back to old version" option?
In other words shouldn't any change that eliminates going back to an
old rev require an explicit zpool upgrade?
Boyd
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss