Re: [Sks-devel] Slow syncing

[Arnold]

On 03-02-10 08:15, John Clizbe wrote:
> Ryan wrote:
>> I had the same issue develop last year, never figured out why but when the
>> server was unexpectedly rebooted it came back and started working fine.  I
>> recompiled/rebuilt the db, everything and nothing worked, it'd get stuck on a
>> loop requesting same keys over and over again never getting anywhere.
>>
>> I retired the server shortly after this reboot and I have not had any issues
>> w/my current setup.
> 
> The only time I've seen anything like that recently was a problem that looked
> like a locking issue on the DB files. I setup DB_CONFIG files in both KDB and
> PTree and haven't had any problem since.
> 
> address@hidden:/var/sks/KDB# cat DB_CONFIG

First I tried db4.6_verify on the database files. No luck. Then I removed
the PTree directory and rebuilt the PTree -> same loop. Now I stopped the
server, added the DB_CONFIG file in both the directories (DB and PTree) and
still the same looping behaviour, as shown in the log below.

Note that it starts at a different place at some(!) times. In the log below,
I isolated the line "...starting with 03..." In yesterday's log I have 36
lines NOT in the range 1D4... to 1ED... Those lines mostly start with 0...
or 1..., but over the last days, 2010-02-05 19:47:02 to be exactly, I also
have some lines (one sequence of lines) requesting series starting with
2...to E...

Does anyone have any idea? I'm running the binary version packaged in Debian
Stable distribution (v1.1.0). I've built the full database (no fastbuild).
By looking at the source (also downloaded from the Debian distribution) I
get to approx. line 100 in the file 'reconserver.ml', but OCaml is one of
the languages I do not speak.

What can I do? Is my pseudo random generator out of entropy?
Of course I can make a dump of the pgp-keys and rebuild the database from
scratch. But, that takes much time and, more important, will it help?
Please, advice!

Thank you,
   Arnold


2010-02-08 20:12:12 Requesting 200 missing keys from <ADDR_INET
76.184.64.189:11371>, starting with 1ECB993CC22AA0A3A57314312D7E0606
2010-02-08 20:12:22 200 keys received
2010-02-08 20:12:31 Requesting 188 missing keys from <ADDR_INET
76.184.64.189:11371>, starting with 1ED05AC2E9A80D81541C05C8E1D594B7
2010-02-08 20:12:44 188 keys received
2010-02-08 20:12:49 Added 18 hash-updates. Caught up to 1265656365.194739
2010-02-08 20:13:13 Beginning recon as server, client: <ADDR_INET
195.111.98.30:44519>
2010-02-08 20:13:13 Joining reconciliation
2010-02-08 20:13:15 Reconciliation complete
2010-02-08 20:13:15 10193 hashes recovered from <ADDR_INET 195.111.98.30:11371>

2010-02-08 20:13:26 Requesting 200 missing keys from <ADDR_INET
195.111.98.30:11371>, starting with 03B603BB17E6972A935B9AB23CD4F633
2010-02-08 20:13:26 200 keys received
2010-02-08 20:13:27 Added 5 hash-updates. Caught up to 1265656406.936460

2010-02-08 20:13:27 Requesting 200 missing keys from <ADDR_INET
195.111.98.30:11371>, starting with 1DE93EB2060F37D2227858631F4B0977
2010-02-08 20:13:29 200 keys received
2010-02-08 20:13:29 Requesting 200 missing keys from <ADDR_INET
195.111.98.30:11371>, starting with 1DEDC2CA5783C6A773960D50668E2E74
2010-02-08 20:13:30 200 keys received

signature.asc
Description: OpenPGP digital signature