On 2021-06-15 13:22:08 (+0800), Philip Paeps via Opendnssec-user wrote:
I upgraded OpenDNSSEC for freebsd.org this morning. There were no
huge explosions. Yet. As far as I can tell.
However, we do get a lot of these in the logs:
Jun 15 05:18:57 ns-master ods-signerd[14648]: [hsm] unable to get key:
key d6c2bb972ef3cd75c57e234dfc8173b8 not found
Jun 15 05:18:57 ns-master ods-signerd[14648]: [hsm] hsm_get_dnskey():
Got NULL key
Jun 15 05:18:57 ns-master ods-signerd[14648]: [hsm] unable to get key:
hsm failed to create dnskey
Jun 15 05:18:57 ns-master ods-signerd[14648]: [zone] unable to prepare
signing keys for zone 1.0.1.0.0.0.0.2.0.5.c.f.7.0.6.2.ip6.arpa: error
getting dnskey
Jun 15 05:18:57 ns-master ods-signerd[14648]: [worker[1]] CRITICAL:
failed to sign zone 1.0.1.0.0.0.0.2.0.5.c.f.7.0.6.2.ip6.arpa: General
error
Jun 15 05:18:57 ns-master ods-signerd[14648]: back-off task [sign] for
zone 1.0.1.0.0.0.0.2.0.5.c.f.7.0.6.2.ip6.arpa with 480 seconds
This is a zone we used to have a long time ago. It was deleted from
zonelist.xml a long time ago (years). 'ods-enforcer zone list' does
not know about this zone. So the database must have been updated.
However .. 'ods-signer zones' does know about this zone. And it's
trying to sign it apparently.
There are a couple of other zones in this state.
I have tried 'ods-signer update all' and 'ods-signer clear
1.0.1.0.0.0.0.2.0.5.c.f.7.0.6.2.ip6.arpa'. Apparently to no avail.
Is there a way to help ods-signer forget about these stale zones so
our log files stop growing in vain?
After a lot of grepping (and gnashing of teeth), I managed to make this
go away.
It turns out there were stale <Zone> stanzas in
/usr/local/var/opendnssec/enforcer/zones.xml referencing the deleted
zones. As mentioned earlier, there were also stale files named after
these zones in /usr/local/var/opendnssec/signer. Updating that
zones.xml file to match reality made the problem go away.
I also found a /usr/local/var/opendnssec/enforcer/ods-signerd.core file
with a timestamp around the time the zones were deleted. That might
explain why things were in an intermediate state.
Philip
--
Philip Paeps
Senior Reality Engineer
Alternative Enterprises
_______________________________________________
Opendnssec-user mailing list
Opendnssec-user@lists.opendnssec.org
https://lists.opendnssec.org/mailman/listinfo/opendnssec-user