[Box Backup] Protocol_ObjeTooBig

Nick Knight boxbackup@fluffy.co.uk
Wed, 28 Jul 2004 09:39:13 +0100


This is a multi-part message in MIME format.

------_=_NextPart_001_01C4747E.5E2DA9EE
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

q.log is the output from bbackupquery=20

This is the output from the server - all relating to the connection for
the query


Jul 28 09:24:00 mettalurgix bbstored[6409]: Incoming connection from
10.20.1.16 port 2910 (handling in child 6412)
Jul 28 09:24:00 mettalurgix bbstored[6412]: Certificate CN: BACKUP-999
Jul 28 09:24:00 mettalurgix bbstored[6412]: Receive Version(0x1)
Jul 28 09:24:00 mettalurgix bbstored[6412]: Send Version(0x1)
Jul 28 09:24:00 mettalurgix bbstored[6412]: Receive Login(0x999,0x1)
Jul 28 09:24:00 mettalurgix bbstored[6412]: Login: Client ID 00000999,
Read-only
Jul 28 09:24:00 mettalurgix bbstored[6412]: Send
LoginConfirmed(0x3e03646094380,0x55bce,0x200000,0x233200)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
ListDirectory(0x1,0x2,0xc,true)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Send Success(0x1)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Sending stream, size 96
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
ListDirectory(0x2,0xffffffff,0xc,true)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Send Success(0x2)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Sending stream, size 1121
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
GetBlockIndexByID(0x2cc0)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Send Success(0x2cc0)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Sending stream, size 28284
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
GetBlockIndexByID(0x2cc1)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Send Success(0x2cc1)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Sending stream, size 60
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
GetBlockIndexByID(0x2cc3)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Send Success(0x2cc3)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Sending stream, size 60
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
GetBlockIndexByID(0x2cc2)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Send Success(0x2cc2)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Sending stream, size 60
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
GetBlockIndexByID(0x2c85)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Send Success(0x2c85)
Jul 28 09:24:07 mettalurgix bbstored[6412]: Sending stream, size 444
Jul 28 09:24:07 mettalurgix bbstored[6412]: Receive
GetBlockIndexByID(0x2683)
Jul 28 09:24:08 mettalurgix bbstored[6412]: Send Success(0x2683)
Jul 28 09:24:08 mettalurgix bbstored[6412]: Sending stream, size 60
Jul 28 09:24:08 mettalurgix bbstored[6412]: Receive
ListDirectory(0x5,0xffffffff,0xc,true)
Jul 28 09:24:08 mettalurgix bbstored[6412]: Send Success(0x5)
Jul 28 09:24:08 mettalurgix bbstored[6412]: Sending stream, size 842

Thanks

Nick


-----Original Message-----
From: boxbackup-admin@fluffy.co.uk [mailto:boxbackup-admin@fluffy.co.uk]
On Behalf Of Ben Summers
Sent: 27 July 2004 16:26
To: boxbackup@fluffy.co.uk
Subject: Re: [Box Backup] Protocol_ObjeTooBig


On 26 Jul 2004, at 20:21, Nick Knight wrote:

> When I run bbackupquery "compare -aq" quit
> (or compare -a) it generates the above error, there was some errors on

> the store but they where repaired and it is now consistent.

I'm afraid I'm going to need a little bit more information. At a minimum

* Turn extended logging on on the server, and provide the last few=20
pages of logs before the error happens.

* Similarly, on the client. However, as it happens in bbackupquery, use=20
the -l <filename> option to log to a file.

* Finally, what errors were repaired? Anything interesting in the logs=20
before this happened? What might have caused the errors?

You could even consider compiling debug versions of both, and use them=20
instead to get even more information.

In general, it's probably best to send error reports like this to me=20
off list, to avoid sending lots of email to people who may not want it.=20
Other queries belong on the list though!

Thanks,

Ben


_______________________________________________
boxbackup mailing list
boxbackup@fluffy.co.uk
http://lists.warhead.org.uk/mailman/listinfo/boxbackup


------_=_NextPart_001_01C4747E.5E2DA9EE
Content-Type: application/octet-stream;
	name="q.log"
Content-Transfer-Encoding: base64
Content-Description: q.log
Content-Disposition: attachment;
	filename="q.log"

U2VuZCBWZXJzaW9uKDB4MSkKUmVjZWl2ZSBWZXJzaW9uKDB4MSkKU2VuZCBMb2dpbigweDk5OSww
eDEpClJlY2VpdmUgTG9naW5Db25maXJtZWQoMHgzZTAzNjQ2MDk0MzgwLDB4NTViY2UsMHgyMDAw
MDAsMHgyMzMyMDApClNlbmQgTGlzdERpcmVjdG9yeSgweDEsMHgyLDB4Yyx0cnVlKQpSZWNlaXZl
IFN1Y2Nlc3MoMHgxKQpSZWNlaXZpbmcgc3RyZWFtLCBzaXplIDk2ClNlbmQgTGlzdERpcmVjdG9y
eSgweDIsMHhmZmZmZmZmZiwweGMsdHJ1ZSkKUmVjZWl2ZSBTdWNjZXNzKDB4MikKUmVjZWl2aW5n
IHN0cmVhbSwgc2l6ZSAxMTIxClNlbmQgR2V0QmxvY2tJbmRleEJ5SUQoMHgyY2MwKQpSZWNlaXZl
IFN1Y2Nlc3MoMHgyY2MwKQpSZWNlaXZpbmcgc3RyZWFtLCBzaXplIDI4Mjg0ClNlbmQgR2V0Qmxv
Y2tJbmRleEJ5SUQoMHgyY2MxKQpTZW5kIEdldEJsb2NrSW5kZXhCeUlEKDB4MmNjMykKU2VuZCBH
ZXRCbG9ja0luZGV4QnlJRCgweDJjYzIpClNlbmQgR2V0QmxvY2tJbmRleEJ5SUQoMHgyYzg1KQpT
ZW5kIEdldEJsb2NrSW5kZXhCeUlEKDB4MjY4MykKU2VuZCBMaXN0RGlyZWN0b3J5KDB4NSwweGZm
ZmZmZmZmLDB4Yyx0cnVlKQo=

------_=_NextPart_001_01C4747E.5E2DA9EE--