Looking at the cached metadata it appears that when the spider ran,
pod02.fleetstreetops nodes was unavailable, as was pgpkeys.co.uk
Apologies, I didn't mean to cast doubt on the reliability of your node,
but rather on that of the spider. It does not maintain much of a
historical record, and so depends on a single measurement per node each
yes, that's the case with sks.infcs.de as well.
That server sometimes handles a reconcil task that it does not return
the stat-page in time. Per log, the server is running the whole time,
but the spider cannot retrieve the stat page all the time, because of
the sequential design of SKS server.
(I do fetch the status page every 5 minutes from the backend servers to create a "homegeneous" view of the pool, as each is configured slightly differently; and serve that statically from the load balancer.)