Re: Incremental send robustness question

2016-10-16 Thread Sean Greenslade
On October 14, 2016 12:43:03 AM EDT, Duncan <1i5t5.dun...@cox.net> wrote: >I see the specific questions have been answered, and alternatives >explored in one direction, but I've another alternative, in a different > >direction, to suggest. > >First a disclaimer. I'm a btrfs user/sysadmin and

Re: Incremental send robustness question

2016-10-13 Thread Duncan
Sean Greenslade posted on Wed, 12 Oct 2016 18:29:55 -0400 as excerpted: > Hi, all. I have a question about a backup plan I have involving > send/receive. As far as I can tell, there's no way to to resume a send > that has been interrupted. In this case, my interruption comes from an > overbearing

Re: Incremental send robustness question

2016-10-13 Thread Graham Cobb
On 13/10/16 00:47, Sean Greenslade wrote: > I may just end up doing that. Hugo's responce gave me some crazy ideas > involving a custom build of split that waits for a command after each > output file fills, which would of course require an equally weird build > of cat that would stall the pipe

Re: Incremental send robustness question

2016-10-12 Thread Hans van Kranenburg
On 10/13/2016 01:47 AM, Sean Greenslade wrote: > On Thu, Oct 13, 2016 at 01:14:51AM +0200, Hans van Kranenburg wrote: >> On 10/13/2016 12:29 AM, Sean Greenslade wrote: >>> And while we're at it, what are the failure modes for incremental sends? >>> Will it throw an error if the parents don't

Re: Incremental send robustness question

2016-10-12 Thread Sean Greenslade
On Thu, Oct 13, 2016 at 01:14:51AM +0200, Hans van Kranenburg wrote: > On 10/13/2016 12:29 AM, Sean Greenslade wrote: > > Hi, all. I have a question about a backup plan I have involving > > send/receive. As far as I can tell, there's no way to to resume a send > > that has been interrupted. In

Re: Incremental send robustness question

2016-10-12 Thread Hans van Kranenburg
On 10/13/2016 12:29 AM, Sean Greenslade wrote: > Hi, all. I have a question about a backup plan I have involving > send/receive. As far as I can tell, there's no way to to resume a send > that has been interrupted. In this case, my interruption comes from an > overbearing firewall that doesn't

Re: Incremental send robustness question

2016-10-12 Thread Hugo Mills
On Wed, Oct 12, 2016 at 06:29:55PM -0400, Sean Greenslade wrote: > Hi, all. I have a question about a backup plan I have involving > send/receive. As far as I can tell, there's no way to to resume a send > that has been interrupted. In this case, my interruption comes from an > overbearing

Re: Incremental send robustness question

2016-10-12 Thread Chris Murphy
On Wed, Oct 12, 2016 at 4:29 PM, Sean Greenslade wrote: > Hi, all. I have a question about a backup plan I have involving > send/receive. As far as I can tell, there's no way to to resume a send > that has been interrupted. In this case, my interruption comes from an >

Incremental send robustness question

2016-10-12 Thread Sean Greenslade
Hi, all. I have a question about a backup plan I have involving send/receive. As far as I can tell, there's no way to to resume a send that has been interrupted. In this case, my interruption comes from an overbearing firewall that doesn't like long-lived connections. I'm trying to do the initial