[Box Backup] More serious Win32 0.9f/RedHat 0.9 trouble...

[Gary]

Hi everyone,

Unfortunately, the problem of backing up large files from Win32 (WinXP
SP2) bbackupd to RedHad 9.0 bbstored is back again.

Client side log:

Send ListDirectory(0xf,0xffffffff,0xc,true).
Receive Success(0xf).
Receiving stream, size 633.
Send GetBlockIndexByName(0xf,"large.530.meg.file.dat").
Receive Success(0x1b4c).
Receiving stream, size 131516.
Send
StoreFile(0xf,0x3f422cbd60c00,0x611a54e7e9df0ca9,0x1b4c,"large.530.meg.file.dat").
Sending stream, size uncertain.
Send SetClientStoreMarker(0x3f424a72ee3c0).
SSL err during Write: error:1409F07F:SSL
routines:SSL3_WRITE_PENDING:bad write retry.
Exception caught (7/33), reset state and waiting to retry....
File statistics: total file size uploaded 534332416, bytes already on
server 77824, encoded size 65536.
Beginning scan of local files.

Server side log:

Receive ListDirectory(0xf,0xffffffff,0xc,true)
Send Success(0xf)
Send Success(0xf)
Sending stream, size 633
Receive GetBlockIndexByName(0xf,OPAQUE)
Receive GetBlockIndexByName(0xf,OPAQUE)
Send Success(0x1b4c)
Send Success(0x1b4c)
Sending stream, size 131516
in server child, exception Connection TLSReadFailed (Probably a network
issue between client and server.) (7/34) -- terminating child

Check:

Account ID: 0abcd567
Last object ID: 6990
Blocks used: 111646 (545.15Mb)
Blocks used by old files: 3598 (17.57Mb)
Blocks used by deleted files: 0 (0.00Mb)
Blocks used by directories: 724 (3.54Mb)
Block soft limit: 838860 (4096.00Mb)
Block hard limit: 1048576 (5120.00Mb)
Client store marker: 1112350219000000

Check store account ID 0abcd567
Phase 1, check objects...
Phase 2, check directories...
Phase 3, check root...
Phase 4, fix unattached objects...
Phase 5, fix unrecovered inconsistencies...
Phase 6, regenerate store info...
Store account checked, no errors found.

Some thoughts:

1. The problem is not network related, in the sense of interrupted
connection. Perhaps some kind of timeout.
2. The problem does not depend on bbackupd.conf MaximumDiffingTime.
3. The problem is probably on the server side, since blowing away the
relevant account fixes the problem for a few backups.
4. The problem is not detected by bbstoreaccounts check.

Gary



		
__________________________________ 
Yahoo! Messenger 
Show us what our next emoticon should look like. Join the fun. 
http://www.advision.webevents.yahoo.com/emoticontest