[Freeipa-users] named unresponsive at seemingly random times

andrew.tranquada at mailtrust.com andrew.tranquada at mailtrust.com
Tue Jan 21 17:13:46 UTC 2014


The only thing I see that could be related is:
Jan 21 10:31:05 freeipa2 named[20660]: LDAP query timed out. Try to adjust "timeout" parameter
and then the message:
Jan 21 10:31:05 freeipa2 named[20660]:update_zone (psearch) failed for 'idnsname=example.com,cn=dns,dc=example,dc=com'. Zones can be outdated, run `rndc reload`: timed out

However in errors/access log for that 389 instance, I do not see anything around that time.

When this happens again I will do what you suggested below (already have the debug packages installed) and will email you. Thanks a TON for your help on this!



 
-----Original Message-----
From: "Petr Spacek" <pspacek at redhat.com>
Sent: Tuesday, January 21, 2014 10:29am
To: andrew.tranquada at mailtrust.com, freeipa-users at redhat.com
Subject: Re: [Freeipa-users] named unresponsive at seemingly random times



On 19.1.2014 03:38, andrew.tranquada at mailtrust.com wrote:
> It seems to be at random and on different servers, but I will see the following in named.run:
>
> update_zone (psearch) failed for 'idnsname=example.com,cn=dns,dc=example,dc=com'. Zones can be outdated, run `rndc reload`: bad zone
This typically mean that your zone is missing NS or glue records. Did you do 
some changes in the zone at time when the message appeared?

Do you see any errors related to connection between LDAP server and named? 
Look carefully to /var/log/messages for any other messages from named.

> When I see this, I cannot do any dns lookup for records in example.com. In addition, named will not restart, I have to manually kill it and then start it again. Once it is restarted, everything is fine, I can lookup records again.
This is really weird. Could you capture stacks at the time when the problem 
manifests?

You can use following commands:
$ yum install gdb
$ debuginfo-install bind bind-dyndb-ldap
$ gdb -ex 'set confirm off' -ex 'set pagination off' -ex 'thread apply all bt 
full' -ex 'quit' `which named` `pgrep named` > stacktrace.`date +%s`.log 2>&1

Please send the stracktrace file to this list of privately to me and I will 
look into it.

Have a nice day!

Petr^2 Spacek

> I am looking for suggestions on troubleshooting or if anyone has seen this before and found a resolution.
>
> I am running Centos 6.5:
> 389-ds-base-1.2.11.15-30
> bind-dyndb-ldap-2.3-5
> bind-libs-9.8.2-0.17.rc1
> bind-utils-9.8.2-0.17.rc1
>
> bind-9.8.2-0.17.rc1

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20140121/aee5bb3b/attachment.htm>


More information about the Freeipa-users mailing list