The zfs send command generates a differential file between the two
selected snapshots so you can send that to anything you'd like. The
catch of course is that then you have a collection of files on your
Linux box that are pretty much useless since your can't mount them or
read the contents in any meaningful way. If you're running a Linux
server as the destination the easiest solution is to create a virtual
machine running the same revision of OpenSolaris as the server and use
that as a destination.
It doesn't necessarily need a publicly exposed IP address - you can
get the source to send the differential file to the Linux box and then
have the VM "import" the file using a recv command to integrate the
contents into a local ZFS filesystem. I think that VirtualBox lets you
access shared folders so you could write a script to check for new
files and then use the recv command to process them. The trick as
always for this kind of thing is determining that the file is complete
before attempting to import it.
There's some good examples in the ZFS Administration Guide (p187) for
handling remote transfers.
zfs send tank/ci...@today | ssh newsys zfs recv sandbox/res...@today
For a staged approach you could pipe the output to a compressed file
and send that over to the Linux box.
Combined with a key exchange between the two systems you don't need to
keep passwords in your scripts either.
Cheers,
Erik
On 27 juil. 09, at 11:15, Brian wrote:
The ZFS send/receive command can presumably only send the filesystem
to another OpenSolaris OS right? Is there anyone way to send it to
a normal Linux distribution (ext3)?
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
