mem.c:1093: INSIST(ctx->stats[i].gets == 0U) failed

Carlos Vicente cvicente at network-services.uoregon.edu
Wed Aug 11 20:43:41 UTC 2010


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

One of our recursive resolvers, running 9.7.0-P2, failed last Sunday
with the following:

Aug  8 04:02:39 server named[23628]: mem.c:1093:
INSIST(ctx->stats[i].gets == 0U) failed
Aug  8 04:02:39 server named[23628]: exiting (due to assertion failure)


Prior to that, other errors hint on what could have been the cause:

Aug  8 04:02:09 server named[23628]: reloading configuration succeeded
Aug  8 04:02:09 server named[23628]: zone managed-keys.bind/IN/_meta:
loading from master file dynamic/managed-keys.bind failed: file not found
Aug  8 04:02:09 server named[23628]: dynamic/managed-keys.bind.jnl:
create: file not found
Aug  8 04:02:09 server named[23628]: zone managed-keys.bind/IN/_meta:
sync_keyzone:dns_journal_open -> unexpected error
Aug  8 04:02:09 server named[23628]: zone managed-keys.bind/IN/_meta:
loaded serial 0
Aug  8 04:02:09 server named[23628]: reloading zones succeeded
Aug  8 04:02:09 server named[23628]: dynamic/managed-keys.bind.jnl:
create: file not found
Aug  8 04:02:09 server named[23628]: zone managed-keys.bind/IN/_meta:
keyfetch_done:dns_journal_open -> unexpected error


The missing directory problem was fixed, and those errors stopped.
However, 3 other servers with the exact same configuration (and thus,
the exact same errors about the missing directory) did not fail. The
question is, are the directory errors related to the failure? Or was it
just coincidence?

I can provide more details if necessary.

Thanks in advance for any pointers.

cv
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD4DBQFMYwt9DADXcoYj2ZwRAt5oAJ0WChuLnvLlkXFr5ct5aNxSXi8fTACYo2Ut
+WlRYXYqi8bqTatkjCs/Ag==
=HmJu
-----END PGP SIGNATURE-----



More information about the bind-users mailing list