Bugzilla – Bug 452
Last modified: 2012-07-24 09:08:08 CEST
Log Name: Application
Date: 2012-06-11 10:14:18
Event ID: 4
Task Category: None
[unbound:0] fatal error: services/mesh.c:742: mesh_state_attachment: assertion n != NULL failed
<Provider Name="unbound" />
<TimeCreated SystemTime="2012-06-11T08:14:18.000000000Z" />
<Data>[unbound:0] fatal error: services/mesh.c:742: mesh_state_attachment: assertion n != NULL failed</Data>
This means that it tried at attach a subquery to a query which already has this as a subquery; which should not happen. An internal error.
Do you have information what was going on at the time? A particular domain or set of domains that are looked up? What sort of traffic do you have?
This was unbound-1.4.17?
it's hard to tell which query that caused it since we are running against 70-100 clients in our domain with Windows and Mac clients.
Can't see what was going on at that time.
It is unbound-1.4.17.
I have fixed the issue for you, it need not crash at this point. There is a
snapshot (passes regression tests, but is a snapshot of development, not an
official release) available here, you can use that to prevent the bug from
But I would very much like to know how this happened. Did you configure
unbound specially (with harden-referral-path?). Do you run special modules
(python?) in unbound? Particular domains that are looked up?
Our comments crossed at the same time, I see you do not know the query names. Do you have configuration in unbound.conf for stub-zone or forward-zones? Do those use nameserver-names (not IP-addresses) ?
nothing special in the conf file as far as I know.
here is most of it.
server: auto-trust-anchor-file: "C:\Program Files (x86)\Unbound\root.key"
access-control: 0.0.0.0/0 allow
I'll install the snapshot release you provided and test.
After a report from someone else, I have found the root cause for this issue. And also another symptom (an assertion failure like you experienced, in mesh.c). The fix is in svn trunk, I can send you a windows executable if you like.
We are encountering the same issue on CentOS:
Jul 23 00:21:21 dnscache1 unbound: [1110:0] fatal error: services/mesh.c:742: mesh_state_attachment: assertion n != NULL failed
Apparently this usually happens when unbound reaches it's cache size limits. Howerver, I cannot say for sure if that has any impact on this issue.
I would really appreciate a tarball or binary with this problem fixed. Since our recursors are under heavy load replacing unbound with bind is not an option. We ended up setting up a watchdog and restarting unboud should it crash again.
CentOS release 6.3 (Final)
linked libs: libevent 1.4.13-stable (it uses epoll), ldns 1.6.13, OpenSSL 1.0.0-fips 29 Mar 2010
linked modules: validator iterator
configured for x86_64-redhat-linux-gnu on Wed Jun 6 09:47:53 NOVT 2012 with options: '--build=x86_64-unknown-linux-gnu' '--host=x86_64-unknown-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-ldns=' '--with-libevent' '--with-pthreads' '--with-ssl' '--disable-rpath' '--enable-debug' '--disable-static' '--with-conf-file=/etc/unbound/unbound.conf' '--with-pidfile=/var/run/unbound/unbound.pid' '--enable-sha2' '--disable-gost' '--disable-ecdsa'
I have send you a preview of the 1.4.18 release, a snapshot of today's svn version.
(In reply to comment #8)
Hi. Thank you for the snapshot. I have built it and deployed on one of our recursors. I will report back should we have any more problems with this version.
I am looking forward to the new release.
(In reply to comment #8)
> Hi Jiri,
> I have send you a preview of the 1.4.18 release, a snapshot of today's svn
> Best regards,
I have got the same error - when do you think 1.4.18 will be released?
This week, or in one week.