str.cmxa bdb.cmxa nums.cmxa bigarray.cmxa cryptokit.cmxa
-c pSet.ml
File "pSet.ml", line 1:
Error: Could not find the .cmi file for interface pSet.mli.
Makefile:388: recipe for target 'pSet.cmx' failed
make: *** [pSet.cmx] Error 2
--
Dr Everett (Skip) Carter
s...@taygeta.com
Ta
).
I have loaded a keydump from https://keyserver.mattrude.com/dump/curren
t/, dated 2019-05-28.
I see 5505149 keys loaded.
For operational issues, please contact me directly.
keyserver.taygeta.com 11370 # Everett Carter
DF16781A604A4F605F98B301F29BF36844FB7922
Thank you,
--
Dr Everett (Skip
Hello,
I am new to sks. I think I installed it (1.1.6) with no problems on
Debian. I am sure to be asking questions. I will start with a simple
one: why is the default setting for /etc/default/sks no ?
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
I think I know the answer to my own question: until you initiate the
database is not going to run anyway.
On Wed, 2019-05-29 at 08:33 -0700, Skip Carter wrote:
> Hello,
>
> I am new to sks. I think I installed it (1.1.6) with no problems on
> Debian. I am sure to be asking q
failed to create the folder KDB.
My environ:
Debian
apt-get install libdb-dev installed bdb-5.3
apt-get install ocaml-nox installed OCaml version 4.01.0
apt-get install sks installed SKS version 1.1.5
--
Dr Everett (Skip) Carter
s...@taygeta.com
Tayget
et install libdb-dev installed bdb-5.3
apt-get install ocaml-nox installed OCaml version 4.01.0
apt-get install sks installed SKS version 1.1.5
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x1
I am confused about the "SKS directory" location.
Is it where the config files are ( /etc/sks in my Debian instance) or
is it where the DB files are ( /var/lib/sks in my Debian instance) ?
Are they both supposed to be the same place ?
Which is the CWD for when sks runs ?
--
Dr Eve
about them ? What are these filters
? Is there something else I need to configure ?
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed me
version of mod_proxy, make sure
the proxy submodules are included in the configuration using
LoadModule.
The solution is to load the module proxy_http as well as proxy
This might be worth noting in the documentation
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
-updates. Caught up to
1560360175.871769
Thank you to all that helped, I couldn't have done it without you.
Now that I am up, I am happy to accept peering requests for
keyserver.taygeta.com 11370
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 9395
refreshed ? How
do I control it ? It appears to only happen at startup.
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed me
Thanks. Is there a document describing what can go into sksconf ?
On Mon, 2019-06-17 at 10:38 -0500, Travis Megee wrote:
> On 6/16/2019 8:30 PM, Skip Carter wrote:
> > Third, my Server Contact field is blank. Where and how do I set it
> > ?
> >
>
> In your sksco
/dump/sks-dump-0005.pgp
and so on...
I thought that after a normal build that the dump files are no longer used.
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed
able
> difference.
>
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed message part
___
Sks-devel mailing list
Sks-devel
don't know the intentions of
the designers; but from my point of view using unnecessary resources
like that is a bug.
On Tue, 2019-06-18 at 09:24 -0700, Skip Carter wrote:
> I was doing some maintenance on my sks server and I was surprised to
> see that the sks db process has all
> a hobby project, and you have to constantly be restarting or
> reconfiguring your server to keep it running.
>
> Overall, I think the main reason why the pool has shrunk so much
> is because of this issue.
>
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
PS: the server appears to be vastly faster and more reliable since I
did this
On Thu, 2019-06-20 at 09:34 -0700, Skip Carter wrote:
> so I did the experiment (for a normal build):
>
> -- shutdown sks
> -- move /var/lib/sks/dump elsewhere
> -- restart sks
>
> There see
o you do for log management ?
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed message part
___
Sks-devel mailing list
Sks-
> Sks-devel mailing list
> Sks-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/sks-devel
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed messa
een confined to reverse engineering experiments and tests.
Has anybody else started down this path ? Maybe we could collaborate
and a new sks could rise from the ashes of the old.
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
83
-mainz.de 11370 # sys...@uni-mainz.de
>
> Christoph
>
--
Dr Everett (Skip) Carter
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed message part
to do something with the peer
infrastructure itself.
So this is both a peer request and a peer invitation for others to peer
with me. Lets try to raise the peer interconnectedness.
keyserver.taygeta.com 11370 # s...@taygeta.com 0xF29BF36844FB7922
--
Dr Everett (Skip) Carter
ld this be the best install guide to follow?
>
> https://keyserver.mattrude.com/guides/building-server/
>
> Many thanks!
>
--
Dr Everett (Skip) Carter 0xF29BF36844FB7922
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed message part
?
BTW: keyserver.taygeta.com is down until I can restore the database.
--
Dr Everett (Skip) Carter 0xF29BF36844FB7922
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed message part
correction, the errors are stackoverflows not segfaults
On Thu, 2019-12-12 at 15:52 -0800, Skip Carter wrote:
>
> My keyserver crashed last night, complaining about fatal database
> errors. I got a fresh current download from
> https://keyserver.mattrude.com/dump/ and started a f
Thanks Kristian, that did it.
My keyserver keyserver.taygeta.com is back online
On Fri, 2019-12-13 at 10:51 +0100, Kristian Fiskerstrand wrote:
> On 13.12.2019 00:56, Skip Carter wrote:
> > correction, the errors are stackoverflows not segfaults
> >
>
> ulimit -s unli
keyserver.taygeta.com was down for most of the day today because of DB
corruption. I ultimately had to restore it from a snapshot and it is
restored.
I noticed that about 1/3 of the keyservers were also down. Has
something systematic happened ? Any ideas ?
--
Dr Everett (Skip) Carter
/SEGV". No
> > other
> > messages in logs. SKS version 1.1.6 Debian Buster. Is anyone get
> > that?
> >
> >
> >
>
> I'd guess it hitting a stack limit during merge of a large key.
>
--
Dr Everett (Skip) Carter 0xF29BF36844FB7922
s...@t
version 0 here in the next couple of days.
--
Dr Everett (Skip) Carter 0xF29BF36844FB7922
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed message part
cusing on a dead project like SKS and not convining the
> other
> guys from Mailvelope or Hagrid to add peering capabilities?
>
> What benefits do you have as an SKS operator, to still support such
> old and dangerous GnuPG/SKS client-server model, in 2020?
>
>
-
Tomorrow taygeta.com is moving to a new NOC. It is expected that
keyserver.taygeta.com will be offline a day or two. We will be back.
--
Dr Everett (Skip) Carter 0xF29BF36844FB7922
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
The taygeta servers have been moved to its new NOC. It seems to be
running properly.
--
Dr Everett (Skip) Carter 0xF29BF36844FB7922
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
signature.asc
Description: This is a digitally signed message part
hive interface requires an
> environment configured for the logging subsystem
> db_archive: DB_ENV->log_archive: Invalid argument
>
> It seems to only occur when running db_archive on the
> /var/lib/sks/PTree
> directory. If I run it on /var/lib/sks/DB, it's fine.
>
&g
server installation.
>
> - SKS version 1.1.6, on hyperboria.net.pl:11371
> - Location - Poland (PL)
> - loaded dump from keys.niif.hu/ (14.10.2020)
> - I see total number of keys loaded 5757797
>
> - direct contact a...@eksploracja.org.pl
> regards
> Adam Wojcieszonek
>
&
20, Adam Wojcieszonek wrote:
> > >
> > > > - loaded dump from
> > > > keys.niif.hu/
> > > > (14.10.2020)
> > > >
> > >
> > > Folks,
> > > FYI unfortunately the last successful dump was two mon
> issues with them in the past causing server instability. It’s far
> from a perfect system, but between that and automatic service
> restarts when SKS crashes I rarely have to touch anything anymore.
> *knocks on wood*
>
--
Dr Everett (Skip) Carter 0xF29BF36844FB7922
s...@taygeta.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
So ... should the SKS holdouts (myself included) switch to hockeypuck ?
This service is vital, some version of it should live on.
- --
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
from that ?
I am also getting lots of recon failed messages in the log, probably from dead
peers. Maybe we should post "I am still alive messages" here so we can
reconfigure to use live peers.
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles A
My new hockypuck instance reports 0 keys, but when I go to the database directly
and query the number of keys I see 6 million+ keys. Can anybody suggest what is
wrong ?
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641
nced by others as well, that
thedocumentation needs improvement.
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
the application.
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
Thanks,
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
ooks to me to be process runtime in seconds.
On Thu, 2021-09-16 at 11:52 +0100, Andrew Gallagher wrote:
>
> * How are you running hockeypuck?
> * Is 169329 the hockeypuck process ID?
> * Where do you see these logs?
> * Have you tried sending stdout/stderr to `| logger -t hockeypuck`
tried to put an Apache proxy in front (a la sks) to get more info on whats
going on but hockeypuck ignores the config setting
[hockeypuck.conflux.recon]
httpAddr="127.0.0.1:11371"
and uses all interfaces as if I set it to httpAddr="*:11371"
--
Dr Everett (Skip)
mplete document.
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
I noticed that hockeypuck maintains a huge number of open files, 1080 for me at
the moment.
lsof | grep
Why is this ? Is it really necessary ?
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
):
error[] recon with xxx.xxx.xxx.xxx:36506 failed error=read length
804813932 exceeds maximum limit
The remote address is more than one of my peers.
Has anyone else had CPU runaway issues ? What is the cause and the cure ?
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta
frustrations that I am
having, it is because I was not aware of the design philosophy of the
application. Is there a document that describes the hockeypuck design
principles ?
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641
re not correctly syncing with any of their peers. These are
> indicated in the second graph of https://spider.pgpkeys.eu/graphs by a
>
- --
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles Ave
Seaside CA 93955
831-641-0645 x103
-BEGIN P
Yes this server is down, too many frustrations with administering
hockeypuck.
On Wed, 2022-06-15 at 13:33 +0200, Steffen Kaiser wrote:
>
>
>
> keyserver.taygeta.com 11370 (down?)
>
--
Dr Everett (Skip) Carter 0x8176163B
s...@taygeta.com
Taygeta Scientific Inc
607 Charles
I have found that the keyservers are not properly synced:
The MIT server has my key from 2023-03-29
but the Ubuntu server has only my old expired key 2019-04-10 (4 years
out of date!).
Whats up with that ?
--
Dr Everett (Skip) Carter 0xC62AA8645D00D25B
s...@taygeta.com
Taygeta Scientific Inc
ch to a new contact @
> Canonical whereas even that failed in the past with individuals who
> were responsible for their keyserver (e.g. handled peering requests
> and the like). Fingers crossed.
>
> -T
>
> > On Mar 7, 2024, at 09:15, Andrew Gallagher via SKS development and
> >
52 matches
Mail list logo