On Jul 25, 2012, at 6:04 PM, Jorgen Lundman wrote: > Hello list, > > So, trying to move a 6Tb ZFS file system, always dies at 1.25Tb (every time > too) made me wish there was a way to resume a previously failed "zfs send".
Root cause can be difficult to track on these failures, unless you have good visibility into both ends. I've seen everything from failure to decouple from controlling tty to cron jobs that restart services every day at 5:15AM (you know who you are) > I see there was some discussion about "zfs send --resume" in some > presentations by Delphix / Nexgenta. Delphix has been contributing enhancements to ZFS and has discussed some automated recovery for send/receive. These changes are not yet putback into the illumos-gate. I am not aware of any recent contributions from Nexenta to the community wrt ZFS. Nexenta did replace the auto-sync service transport in NexentaStor 3.1.2 (and removed the nc option :-(, but that is just stuff between the pipes. IMHO, "auto-sync" should be called "auto-send" or something other than "sync" because it is not synchronous, it is ZFS send/receive. > Obviously, it wont help me today, but will it eventually because available as > a feature? Just a dream, or some work done on it? -- richard -- ZFS Performance and Training [email protected] +1-760-896-4422 ------------------------------------------- illumos-discuss Archives: https://www.listbox.com/member/archive/182180/=now RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175430-2e6923be Modify Your Subscription: https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4 Powered by Listbox: http://www.listbox.com
