[Monotone-devel] Re: Monotone server problems

[Jon Bright]

Hi,

graydon hoare wrote:

> yeah, it's just timing out, presumably because one of the things it 
> asked for didn't get transferred yet (or was transferred with zero 
> bytes). I'm not sure whether there are any phases in which a zero length 
> packet is permitted. I'll look into this further.

I've taken a look at the database a bit and found the following things 
which look a little odd.  Firstly:

address@hidden monotone]$ monotone --db=/var/lib/monotone/monotone.db 
debug 'select * from files where length(data)<40;'
'select * from files where length(data)<40;' -> 1 rows

b462aee1c6c401b3c709a746e9400677c2ffbeb2 | H4sIAAAAAAAAANPiAgDJN2fOAgAAAA==

This just seems a little short to me - though bearing in mind that I do 
have some 3 byte files in the repository, maybe that's OK.  More odd seems:

address@hidden monotone]$ monotone --db=/var/lib/monotone/monotone.db 
debug 'select * from file_deltas where length(delta)<30;'
'select * from file_deltas where length(delta)<30;' -> 93 rows

c37b5159b2a835bdbb2947a9378b8d5e2fdfb1f8 | 
c37b5159b2a835bdbb2947a9378b8d5e2fdfb1f8 | H4sIAAAAAAAAAAMAAAAAAAAAAAA=

9ac6e69e5d969c79c6f90ebe661c861197f71837 | 
9ac6e69e5d969c79c6f90ebe661c861197f71837 | H4sIAAAAAAAAAAMAAAAAAAAAAAA=

82504e38638ef132c03ae44328839d4e8f9d3b17 | 
82504e38638ef132c03ae44328839d4e8f9d3b17 | H4sIAAAAAAAAAAMAAAAAAAAAAAA=

Remaining 90 rows cut, but they all had the exact same value in the 
delta column and their id and base columns matched one another as these 
do.  Either I'm misunderstanding, or this is a corrupt DB?

--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com