On Fri, February 5, 2010 11:02, Thomas Burgess wrote: >> Since you say "pool", you're probably talking ZFS >> filesystems, in which >> case ZFS send / receive will do what you want. >> > well, i mean pool AND filesystem. I have a filesystem on the rootpool > which i want to move to the storage pool. I originally created it on the > rpool and have since decided i'd like to move it to the storage pool. > > > I've never worked with zfs send/recieve before. I will have to go read > it....the main thing is i do NOT want to replicate the snapshots of this > particular filesystem, i just want to create a new filesystem. The main > question i had regarding zfs send/recieve was whether or not it would work > the way i wanted regarding compression. I guess thinking about it now > that i'm awake, that was a pretty stupid question. I have never used it > so > i wasn't sure how it worked. After reading a little, it seems to work by > replicating the actual zfs transaction data. This seems quite cool.
The default thing for zfs send to do is send a single snapshot. I believe it uses a snapshot rather than "current state" because a snapshot is by definition stable; it won't change during the process of generating the stream. (Replication streams and such send more of the state than just the one snapshot, so that's not what you want.) It might fit your workflow best to make a new snapshot, send it, and then delete it. Compression is a filesystem property; it'll do what the destination is set to do. (The zfs-discuss list is where the real ZFS experts hang out.) -- David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.info _______________________________________________ opensolaris-help mailing list opensolaris-help@opensolaris.org
