On Oct 19, 2012, at 1:04 AM, Michel Jansens <michel.jans...@ulb.ac.be> wrote:
>> On 10/18/12 21:09, Michel Jansens wrote:
>>> I've been using a Solaris 10 update 9 machine for some time to replicate
>>> filesystems from different servers through zfs send|ssh zfs receive.
>>> This was done to store disaster recovery pools. The DR zpools are made
>>> from sparse files (to allow for easy/efficient backup to tape).
>>> Now I've installed a Solaris 11 machine and a SmartOS one.
>>> When I try to replicate the pools from those machines, I get an error
>>> because filesystem/pool version don't support some features/properties on
>>> the solaris 10u9.
>>> Is there a way (apart from rsync) to send a snapshot from a newer zpool to
>>> an older one?
>> You have to create pools/filesystems with the older versions used by the
>> destination machine.
> Thanks Ian,
> One thing that is annoying though with running old pool version on Solaris is
> that "zpool status -x" doesn't return 'all pools are healthy'.
> And I wonder how SmartOS or Solaris 11 will react with Solaris 10 update 9
> version filesystem for zones or KVM...
> Also hearing about the new "feature flags", I have a feeling that there is a
> risk of ZFS world being more and more fragmented.
Feature flags offers a sane method to deal with the existing fragmentation.
Everyone will have it, except Oracle Solaris.
> At some point, people will bitterly regret some "zpool upgrade" with no way
uhm... and how is that different than anything else in the software world?
> In that fragmented world, some common exchange (replication) format would be
> In this respect, I suppose Arne Jansen's "zfs fits-send" portable streams is
> good news, though it's write only (to BTRFS), And it looks like a filesystem
> only feature (not for volumes)
FITS is interesting for those file systems that support snapshots. If the market
demands, there could be some interesting work done for interop with ReFS
zfs-discuss mailing list