zfs send is great for moving a filesystem with lots of tiny files, since it just handles the blocks :)
I'd like to see: pool-shrinking (and an option to shrink disk A when i want disk B to become a mirror, but A is a few blocks bigger) install to mirror from the liveCD gui zfs recovery tools (sometimes bad things happen) automated installgrub when mirroring an rpool On Fri, Feb 27, 2009 at 8:02 PM, Richard Elling <richard.ell...@gmail.com> wrote: > David Magda wrote: >> >> On Feb 27, 2009, at 18:23, C. Bergström wrote: >> >>> Blake wrote: >>>> >>>> Care to share any of those in advance? It might be cool to see input >>>> from listees and generally get some wheels turning... >>>> >>> raidz boot support in grub 2 is pretty high on my list to be honest.. >>> >>> Which brings up another question of where is the raidz stuff mostly? >>> >>> usr/src/uts/common/fs/zfs/vdev_raidz.c ? >>> >>> Any high level summary, docs or blog entries of what the process would >>> look like for a raidz boot support is also appreciated. >> >> Given the threads that have appeared on this list lately, how about >> codifying / standardizing the output of "zfs send" so that it can be backed >> up to tape? :) > > It wouldn't help. zfs send is a data stream which contains parts of files, > not files (in the usual sense), so there is no real way to take a send > stream and extract a file, other than by doing a receive. > > At the risk of repeating the Best Practices Guide (again): > The zfs send and receive commands do not provide an enterprise-level backup > solution. > -- richard > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
