Re: [Sks-devel] Error in recon.log

[TELEHOST Office]

Am 2015-02-03 11:00, schrieb Kristian Fiskerstrand:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 02/03/2015 10:30 AM, TELEHOST Office wrote:
> > Dear Kristian,
> >
> > thank you very much for your fast feedback.
>
> No problem, but please do not top-post, it makes following the thread
> very difficult and is, in general, bad form.

Sorry changed mail settings.

> > Here a copy of the CentOS cleandb-log:
>
> ..
>
>
> > 2015-02-02 15:50:50 Database already deduped 2015-02-02 15:50:50
> > Database already merged
>
> This indicates that merging is done
>
> > CentOS version: 2015-01-31 20:21:35 Running SKS 1.1.5
> >
> > also on Debian 7 installed via apt.
> >
> > The most intresting thing: On a dedicated machine I got it working
> > - on the vservers (2 G RAM, 20 GB HDD, 8 core) - with OpenVZ - I
> > get these errors.
>
> Are you using an init script? if so what happens if you try running
> sks as root from the basedir directly?

I am already trying as root :-)

> what is the output of `sks version`? Anything interesting in db.log?
> Try setting debuglevel: 10 in sksconf to increase verbosity.

sks version on CentOS 6:
address@hidden ~]# sks version
SKS version 1.1.5
Compiled with Ocaml version 3.11.2 and BDB version 4.7.25
This SKS version has a minimum compatibility requirement for recon of 
SKS 0.1.5
Further details about the BDB environment can be seen by executing
db4.7_stat -x in the KDB and Ptree directories

address@hidden ~]# tail -f /var/sks/recon.log
2015-02-03 14:23:03 <recon as client> error in callback.: Failure("No 
gossip partners available")
2015-02-03 14:24:03 <recon as client> error in callback.: Failure("No 
gossip partners available")
2015-02-03 14:25:02 <recon as client> error in callback.: Failure("No 
gossip partners available")
2015-02-03 14:26:04 <recon as client> error in callback.: Failure("No 
gossip partners available")
2015-02-03 14:27:05 <recon as client> error in callback.: Failure("No 
gossip partners available")

address@hidden ~]# tail -f /var/sks/db.log
2015-02-03 14:31:56 <mail transmit keys> error in callback.: 
Failure("No partners specified")
2015-02-03 14:32:06 <mail transmit keys> error in callback.: 
Failure("No partners specified")
2015-02-03 14:32:16 <mail transmit keys> error in callback.: 
Failure("No partners specified")
2015-02-03 14:32:26 <mail transmit keys> error in callback.: 
Failure("No partners specified")

address@hidden ~]# tail -f /var/sks/clean.log
2015-02-02 15:50:18 Opening KeyDB database
2015-02-02 15:50:18 Keydb opened
2015-02-02 15:50:18 Database already deduped
2015-02-02 15:50:18 Database already merged
2015-02-02 15:50:50 Opening log
2015-02-02 15:50:50 Running SKS 1.1.5
2015-02-02 15:50:50 Opening KeyDB database
2015-02-02 15:50:50 Keydb opened
2015-02-02 15:50:50 Database already deduped
2015-02-02 15:50:50 Database already merged

address@hidden ~]# tail -f /var/sks/build.log
2015-01-31 06:56:47 Opening log
2015-01-31 06:56:47 Running SKS 1.1.5
2015-01-31 06:56:47 Opening KeyDB database
2015-01-31 20:21:35 Opening log
2015-01-31 20:21:35 Running SKS 1.1.5

Init-Script shipped with package:

address@hidden:~# cat /etc/init.d/sks
#!/bin/sh -e
#
### BEGIN INIT INFO
# Provides:          sks
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
### END INIT INFO
#
# Start/stops the sks daemons.
#
#

# Reads config file
[ -r /etc/default/sks ] && . /etc/default/sks

DAEMON=/usr/sbin/sks
SKSDBPID=/var/run/sks/sksdb.pid
SKSRECONPID=/var/run/sks/sksrecon.pid

# See if the daemon is there
...

Debuglevel already set to 10 (in etc/sks/sksconf

# debuglevel 3 is default (max. debuglevel is 10)
debuglevel:                     10

-other server:-

on debian 7:
address@hidden:~# sks version
Unknown command version

debian 7:
address@hidden:~# tail -f /var/log/sks/recon.log
2015-02-03 14:19:00 <recon as client> error in callback.: 
Sys_error("Connection reset by peer")
2015-02-03 14:19:59 <recon as client> error in callback.: 
Sys_error("Connection reset by peer")
2015-02-03 14:21:02 <recon as client> error in callback.: 
Sys_error("Connection reset by peer")
2015-02-03 14:22:05 <recon as client> error in callback.: 
Sys_error("Connection reset by peer")

address@hidden:~# tail -f /var/log/sks/db.log
2015-02-03 10:26:15 Checkpointing database
2015-02-03 10:26:15 Checkpointing complete
2015-02-03 11:26:15 Checkpointing database

address@hidden:~# tail -f /var/log/sks/clean.log
2015-02-02 19:25:03 Starting keydump 254
2015-02-02 19:25:06 3820 thousand steps processed
2015-02-02 19:25:07 Starting keydump 255
2015-02-02 19:25:09 3830 thousand steps processed
2015-02-02 19:25:10 doing 0 out of 0 update actions
2015-02-02 19:25:10 Indirect canonicalization complete
2015-02-02 19:25:10 Starting direct canonicalization
2015-02-02 19:25:10 Direct canonicalization complete
2015-02-02 19:25:10 Merging keys in database
2015-02-02 19:25:10 Starting key merge

address@hidden:~# tail -f /var/log/sks/build.log
2015-02-02 16:27:04 Opening log
2015-02-02 16:27:04 Opening KeyDB database
2015-02-02 16:27:55 Opening log
2015-02-02 19:03:17 Opening log
2015-02-02 19:05:09 Opening log

Using default etc/init.d/sks which is shipped with package:

address@hidden:~# cat /etc/init.d/sks
#!/bin/sh -e
#
### BEGIN INIT INFO
# Provides:          sks
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
### END INIT INFO
#
# Start/stops the sks daemons.
#
#

# Reads config file
[ -r /etc/default/sks ] && . /etc/default/sks

DAEMON=/usr/sbin/sks
SKSDBPID=/var/run/sks/sksdb.pid
SKSRECONPID=/var/run/sks/sksrecon.pid

...

with debuglevel10:

address@hidden:~# tail -f /var/log/sks/recon.log
2015-02-03 14:39:14 Marshalling: LogQuery: (5000,0.000000)
2015-02-03 14:39:18 Unmarshalling: LogResp: 0 events
2015-02-03 14:39:18 Fetching filters
2015-02-03 14:39:18 Marshalling: Config(s,none)
2015-02-03 14:39:18 Unmarshalling: Filters(yminsky.dedup)
2015-02-03 14:39:18 Starting event loop
2015-02-03 14:39:18 Marshalling: LogQuery: (5000,0.000000)
2015-02-03 14:39:18 Unmarshalling: LogResp: 0 events
2015-02-03 14:40:13 Unmarshalling: LogResp: 0 events
2015-02-03 14:40:17 Membership: (xxx.yyy.com 11370)[], (xxx.yyy.lu 
11370)[], ...
2015-02-03 14:40:17 address for keyserver.xxx.yyy:11370 changed from [] 
to [<ADDR_INET [w.x.y.z]:11370>, <ADDR_INET [2a01:x:y:z::2]:11370>]
2015-02-03 14:40:17 Recon partner: <ADDR_INET [w.x.y.z]:11370>
2015-02-03 14:40:20 <recon as client> error in callback.: Unix error: 
No route to host - connect()
2015-02-03 14:40:22 Marshalling: LogQuery: (5000,0.000000)
2015-02-03 14:40:22 Unmarshalling: LogResp: 0 events
2015-02-03 14:40:27 Marshalling: LogQuery: (5000,0.000000)

Hope that helps.

Regards,
Thomas


> Never tried an install in OpenVZ before, it works quite nicely in
> virtual machine environments though (I have SKS guest instances
> installed in Gentoo VMS hypervised by both qemu+kvm as well as HyperV,
> and now we don't even need a jiffie workaround...)
>
> - --
> - ----------------------------
> Kristian Fiskerstrand
> Blog: http://blog.sumptuouscapital.com
> Twitter: @krifisk
> - ----------------------------
> Public OpenPGP key 0xE3EDFAE3 at hkp://pool.sks-keyservers.net
> fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
> - ----------------------------
> "There is no urge so great as for one man to edit another man's work."
> (Mark Twain)
> -----BEGIN PGP SIGNATURE-----
>
> iQEcBAEBCgAGBQJU0JxDAAoJEP7VAChXwav6iAAH/2tYMdMctEZNLSHLlB2zkwO8
> +XPMhvbn6hTlPZxJKrDtuEribO0f4BdXsqDSj2WEhNBrOtMSu80iT+IQpGaLRF9R
> fk7oBREGJuTat6uqNUJjqDxHOyYbfvqCeiSEozuws5c3D/grj3g5ich8D/NpePL1
> AmeUezyYsA3CZVIr58DBIdYRPUonU8QgCPpFDzI3UnCyWnhTF5cqfjv/WgXJKEUO
> 6ZB0oHUU6TClF/MCjmVk4eRjq2tCjGjdfNZXh3v+YrW6Jwjf0W1a541hj0cpPZXq
> XDJrajEyGOomtG4nj/42xYgqHQr5/PP3s0JGPM1tXBwKYKm4TVilnepw0t6wpnU=
> =Nzt6
> -----END PGP SIGNATURE-----

--

--
TELEHOST Datendienste GmbH
Stadthausstrasse 12
CH-8400 Winterthur
Tel. +41 (0)44 - 515 75 66
Fax. +41 (0)44 - 515 75 67

Sitz der Gesellschaft:
CH-8400 Winterthur
Eingetragen beim Handelsregisteramt des Kantons Zürich
Handelsregisternummer CHE-317.799.873
Geschäftsführer: Francesco Renzo

--

smime.p7s
Description: S/MIME Cryptographic Signature