Am 13.01.11 15:00, schrieb David Strom:
Moving to a new SAN, both LUNs will not be accessible at the same time.
Thanks for the several replies I've received, sounds like the dd to
tape mechanism is broken for zfs send, unless someone knows otherwise
or has some trick?
I'm just going to try a tar to tape then (maybe using dd), then, as I
don't have any extended attributes/ACLs. Would appreciate any
suggestions for block sizes for LTO5 tape drive, writing to LTO4 tapes
(what I have).
Might send it across the (Gigabit Ethernet) network to a server that's
already on the new SAN, but I was trying to avoid hogging down the
network or the other server's NIC.
I've seen examples online for sending via network, involves piping zfs
send over ssh to zfs receive, right? Could I maybe use rsh, if I
enable it temporarily between the two hosts?
Actually mbuffer does a great job for that, too. Whenever I am using
mbuffer I am achieving much higher throughput then using ssh.
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
