bind 9.8.1 pakt 100% cpu

[Boyke]

De nieuwste BIND lijkt problemen met te hebben met CentOS 6.0 al dan niet i.c.m. DA.

Hij pakt continue 100% CPU (welliswaar van 1 core), herstarten helpt niet. Recursion staat uit, dus daar zou het ook niet aan mogen liggen...

Ik was benieuwd of meer mensen hier dit probleem al hebben ervaren en of er een oplossing voor is.

Config:

options {
        //listen-on port 53 { 127.0.0.1; };
        //listen-on-v6 port 53 { ::1; };
        directory       "/var/named";
        dump-file       "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";
        version "Not disclosed";
        also-notify { <ips> };
        allow-transfer { <ips> };
        recursion no;
        //allow-query     { localhost; };
        //recursion yes;

        dnssec-enable yes;
        dnssec-validation yes;
        dnssec-lookaside auto;

        /* Path to ISC DLV key */
        bindkeys-file "/etc/named.iscdlv.key";
};

[Mikey]

strace eens je pid, en kijk eens wat hij aan het doen is.

[dreamhost_nl]

RHEL 6.1 wordt officiëel opgeleverd met BIND 9.7.3. Misschien kun je je beter voorlopig op die versie houden.

[Boyke]

Output van strace -p <pid>

epoll_wait(5, {}, 64, 0)                = 0
epoll_wait(5, {}, 64, 0)                = 0

Maar dat blijft die "spugen", het mag dan misschien wel suggereren dat het een poller is, maar dit lijkt me toch niet helemaal de bedoeling?

Heb juist deze versie van BIND geinstalleerd vanwege bugfixes, dus weet niet of het slim is terug te gaan naar 9.7.3?

[Mikey]

Gebeurt dit direct bij starten ? Die epoll zou kunnen komen doordat er een send of recv niet verstuurd wordt terwijl die wel verwacht wordt, waarna er een deadlock optreed. Heb je ipv6 ? Disable dat eens in je config. Verder meld dit ook even op de mailinglist van bind.

Overigens als dit direct gebeurd bij starten, doe een strace waarbij je de named deamon handmatig start.

[dreamhost_nl]

Heb je je probleem overigens al aangekaart bij de ontwikkelaars van DA?
Kan me zo voorstellen dat DA een nauwe samenwerking met Bind vereist.
DA al een proberen te resetten nadat Bind geüpdated was? Misschien "denkt" DA nog met de oude versie van doen te hebben, waardoor dit probleem ontstaat. Valt wat voor te zeggen toch?

[Mikey]

Heb je je probleem overigens al aangekaart bij de ontwikkelaars van DA?
Kan me zo voorstellen dat DA een nauwe samenwerking met Bind vereist.
DA al een proberen te resetten nadat Bind geüpdated was? Misschien "denkt" DA nog met de oude versie van doen te hebben, waardoor dit probleem ontstaat. Valt wat voor te zeggen toch?

Lijkt me sterk.....

[Boyke]

Gebeurt dit direct bij starten ? Die epoll zou kunnen komen doordat er een send of recv niet verstuurd wordt terwijl die wel verwacht wordt, waarna er een deadlock optreed. Heb je ipv6 ? Disable dat eens in je config. Verder meld dit ook even op de mailinglist van bind.

Overigens als dit direct gebeurd bij starten, doe een strace waarbij je de named deamon handmatig start.

Gebeurd zowel direct bij het starten als nadat ik hem handmatig start.

Heb IPv6 nu zowel in /etc/sysconfig/network als in /etc/sysconfig/named gedisabled, maar het probleem blijft optreden.

Ik zal het probleem inderdaad eens rapporteren bij BIND.

[Boyke]

Heb inmiddels contact (gehad) met BIND, aan de hand daarvan heb ik wat testjes moeten doen en men gaat het nu verder onderzoeken.

Dit is in ieder geval een handig artikel om e.e.a. te debuggen m.b.t. BIND:

https://deepthought.isc.org/article/AA-00341/89/

Misschien hebben jullie er ook ooit nog eens wat aan

[ascent]

Voor wat het waard is, ik kom deze problemen nog niet tegen met CentOS 6.0 en DA 1.39.3

[Boyke]

Dat is toch wel erg vreemd... 32 of 64 bit? En hoe ziet je /etc/named.conf eruit? Gebruik je wel BIND 9.8.1?

[ProXXio]

Problemen zijn ons ook volstrekt onbekend... Toch reeds al wat servers in deze combinatie draaien, zowel virtueel als fysiek.

[Boyke]

Met BIND 9.8.1-P1 en DNSSEC disabled lijkt het probleem "opgelost" te zijn. Wel vreemd dat dat probleem met BIND 9.7.0-P2-RedHat-9.7.0-5.P2.el6_0.1 en DNSSEC enabled niet optreed.