[Box Backup] Connection fails during backup to remote server

[Chris Wilson]

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---128931150-1617812520-1208129094=:25757
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi Matt,

On Mon, 14 Apr 2008, Matt Brown wrote:

> > >Well, I would envisage that once a snapshot has been started that it 
> > >would sync until its completion.
> >
> >Yeah, seems reasonable to me too. I can send you a patch to test if 
> >you're interested.
> 
> Sure, I am happy to help testing as always :-)

Great, thanks! Patch attached.

> Well on reflection, maybe people use the lazy mode more than snapshot?

I think so, I think that's why this wasn't discovered before.

> maybe some feedback from other box users could confirm ? as this does 
> provide a better recovery solution to files which are always changing, 
> and presumably the connection would be automatically re-tried on the 
> next lazy run ? in addition to any client retries currently coded for..

Yes, the retry was entirely dependent on lazy mode being enabled.

> Sorry, yes my bad I was using the wording as per the Box Backup web page:
> 
> Panned future work
> 
>    * Mark state (marks the current state of the filesystem, to emulate a tape
> change and restoring from that tape later)

OK, we should probably tidy that up and firm it up into a proposal. 
Although when anyone will have time to implement it is anyone's guess 
right now.

> So far we have only had to restore the odd files here and there that 
> people have deleted/corrupted.. however I am not sure how you would go 
> about recovering so a whole directory from 2 days ago, is that possible 
> currently ?

Yes it is, did you see my email responding to Pete J about this a couple 
of days ago? The main issue is, as Ben pointed out, that files deleted 
more than two days ago and still on the store will also be restored, 
because we don't track deletion dates.

> Please don't think I am knocking the project, its works very well and 
> has been 100% successful in recovering data ! I wasnt sure if I had hit 
> a bug, but would appear to be more of a feature request :-)

I think this is a bug, and I really appreciate you taking the time yet 
again to help track it down and verify the fix.

Cheers, Chris.
-- 
_____ __     _
\  __/ / ,__(_)_  | Chris Wilson <0000 at qwirx.com> - Cambs UK |
/ (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer |
\ _/_/_/_//_/___/ | We are GNU : free your mind & your software |
---128931150-1617812520-1208129094=:25757
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=backupdaemon-snapshot-error-recovery.patch
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.64.0804140024540.25757@top.qwarx.com>
Content-Description: 
Content-Disposition: attachment; filename=backupdaemon-snapshot-error-recovery.patch

SW5kZXg6IGJpbi9iYmFja3VwZC9CYWNrdXBEYWVtb24uY3BwDQo9PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09DQotLS0gYmluL2JiYWNrdXBkL0JhY2t1cERhZW1v
bi5jcHAJKHJldmlzaW9uIDIxNDgpDQorKysgYmluL2JiYWNrdXBkL0JhY2t1
cERhZW1vbi5jcHAJKHdvcmtpbmcgY29weSkNCkBAIC03NTYsNiArNzU2LDgg
QEANCiAJLy8gU2V0IHN0YXRlDQogCVNldFN0YXRlKFN0YXRlX0lkbGUpOw0K
IA0KKwlib29sIGRvU3luY0ZvcmNlZEJ5UHJldmlvdXNTeW5jRXJyb3IgPSBm
YWxzZTsNCisNCiAJLy8gTG9vcCBhcm91bmQgZG9pbmcgYmFja3Vwcw0KIAlk
bw0KIAl7DQpAQCAtNzg2LDcgKzc4OCw5IEBADQogCQkJCS8vIElmIHRoZXJl
IGlzbid0IGF1dG9tYXRpYyBiYWNrdXAgaGFwcGVuaW5nLCANCiAJCQkJLy8g
c2V0IGEgbG9uZyBkZWxheS4gQW5kIGxpbWl0IGRlbGF5cyBhdCB0aGUgDQog
CQkJCS8vIHNhbWUgdGltZS4NCi0JCQkJaWYoIWF1dG9tYXRpY0JhY2t1cCB8
fCByZXF1aXJlZERlbGF5ID4gDQorCQkJCWlmKCEoYXV0b21hdGljQmFja3Vw
IHx8DQorCQkJCQlkb1N5bmNGb3JjZWRCeVByZXZpb3VzU3luY0Vycm9yKSB8
fA0KKwkJCQkJcmVxdWlyZWREZWxheSA+IA0KIAkJCQkJU2Vjb25kc1RvQm94
VGltZShNQVhfU0xFRVBfVElNRSkpDQogCQkJCXsNCiAJCQkJCXJlcXVpcmVk
RGVsYXkgPSBTZWNvbmRzVG9Cb3hUaW1lKA0KQEAgLTgyMiwxMyArODI2LDE0
IEBADQogCQkJCQl9DQogCQkJCX0NCiAJCQkJDQotCQkJfSB3aGlsZSgoIWF1
dG9tYXRpY0JhY2t1cCB8fCAoY3VycmVudFRpbWUgPCBuZXh0U3luY1RpbWUp
KSAmJiAhZG9TeW5jICYmICFTdG9wUnVuKCkpOw0KKwkJCX0gd2hpbGUoKCFh
dXRvbWF0aWNCYWNrdXAgfHwgKGN1cnJlbnRUaW1lIDwgbmV4dFN5bmNUaW1l
KSkgJiYgIWRvU3luYyAmJiAhZG9TeW5jRm9yY2VkQnlQcmV2aW91c1N5bmNF
cnJvciAmJiAhU3RvcFJ1bigpKTsNCiAJCX0NCiANCiAJCS8vIFRpbWUgb2Yg
c3luYyBzdGFydCwgYW5kIGlmIGl0J3MgdGltZSBmb3IgYW5vdGhlciBzeW5j
IA0KIAkJLy8gKGFuZCB3ZSdyZSBkb2luZyBhdXRvbWF0aWMgc3luY3MpLCBz
ZXQgdGhlIGZsYWcNCiAJCWJveF90aW1lX3QgY3VycmVudFN5bmNTdGFydFRp
bWUgPSBHZXRDdXJyZW50Qm94VGltZSgpOw0KLQkJaWYoYXV0b21hdGljQmFj
a3VwICYmIGN1cnJlbnRTeW5jU3RhcnRUaW1lID49IG5leHRTeW5jVGltZSkN
CisJCWlmKChhdXRvbWF0aWNCYWNrdXAgfHwgZG9TeW5jRm9yY2VkQnlQcmV2
aW91c1N5bmNFcnJvcikgJiYNCisJCQljdXJyZW50U3luY1N0YXJ0VGltZSA+
PSBuZXh0U3luY1RpbWUpDQogCQl7DQogCQkJZG9TeW5jID0gdHJ1ZTsNCiAJ
CX0NCkBAIC0xMTEzLDYgKzExMTgsMTAgQEANCiAJCQkJCQlsYXN0U3luY1Rp
bWUsIG5leHRTeW5jVGltZSk7DQogDQogCQkJCS8vIC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQorDQorCQkJCS8v
IElmIHdlIHdlcmUgcmV0cnlpbmcgYWZ0ZXIgYW4gZXJyb3IsDQorCQkJCS8v
IG5vdyB3b3VsZCBiZSBhIGdvb2QgdGltZSB0byBzdG9wIDotKQ0KKwkJCQlk
b1N5bmNGb3JjZWRCeVByZXZpb3VzU3luY0Vycm9yID0gZmFsc2U7DQogCQkJ
fQ0KIAkJCWNhdGNoKEJveEV4Y2VwdGlvbiAmZSkNCiAJCQl7DQpAQCAtMTE5
Miw2ICsxMjAxLDcgQEANCiAJCQkJCQlSYW5kb206OlJhbmRvbUludCgNCiAJ
CQkJCQkJdXBkYXRlU3RvcmVJbnRlcnZhbCA+PiANCiAJCQkJCQkJU1lOQ19Q
RVJJT0RfUkFORE9NX0VYVFJBX1RJTUVfU0hJRlRfQlkpOw0KKwkJCQkJZG9T
eW5jRm9yY2VkQnlQcmV2aW91c1N5bmNFcnJvciA9IHRydWU7DQogCQkJCX0N
CiAJCQl9DQogDQo=

---128931150-1617812520-1208129094=:25757--