Привет всем, у меня возникли проблемы с pdnsd, сводятся они к тому что демон может работать день или 2 или 3 нормально, но в результате рано или поздно возникает ситуация в которой он отказывается обслуживать поступающие к нему запросы. В это время если вывести pdnsd-ctl status то можно увидеть следующую информацию

-------------------------------------------------------------------------------------
pdnsd-1.2.6-par running on megaserver(192.168.0.2).

Cache status:
=============
4096 kB maximum disk cache size.
246333 of 4204544 bytes (5.86%) memory cache used in 1004 entries.

Thread status:
==============
pdnsd control thread is running.
tcp server thread is running.
udp server thread is running.
27363 query threads spawned in total (331 queries dropped).
258 running query threads (250 active, 8 queued).

Configuration:
==============
Global:
-------
        Cache size: 4096 kB
        Server directory: /var/cache/pdnsd
        Scheme file (for Linux pcmcia support): /var/lib/pcmcia/scheme
        Server port: 53
        Server ip (0.0.0.0=any available one): 192.168.0.2
        Ignore cache when link is down: off
        Maximum ttl: 604800
        Minimum ttl: 900
        Negative ttl: 900
        Negative RRS policy: auth
        Negative domain policy: auth
        Run as: pdnsd
        Strict run as: on
        Use NSS: on
        Paranoid mode (cache pollution prevention): on
        Control socket permissions (mode): 600
        Maximum parallel queries served: 250
        Maximum queries queued for serving: 200
        Global timeout setting: 10
        Parallel queries increment: 3
        Randomize records in answer: on
        Query method: udp_only
        Query port start: 1024
        Query port end: 65535
        TCP server thread: on
        TCP query timeout: 15
        Delegation-only zones: (none)
Server 0:
------
        label: resolvconf
        port: 53
        uptest: none
        timeout: 120
        uptest interval: 900
        ping timeout: 600
        ping ip: (using server ip)
        interface:
        device (for special Linux ppp device support):
        uptest command:
        uptest user: (process owner)
        force cache purging: off
        server is cached: on
        lean query: on
        Use only proxy?: off
        Assumed root server: no
        Randomize server query order: no
        Default policy: included
        Policies: (none)
Server 1:
------
        label: my_isp_name
        ip: my.isp.ip.65
        server assumed available: yes
        ip: my.isp.ip.66
        server assumed available: yes
        port: 53
        uptest: none
        timeout: 15
        uptest interval: 900
        ping timeout: 600
        ping ip: (using server ip)
        interface:
        device (for special Linux ppp device support):
        uptest command:
        uptest user: (process owner)
        force cache purging: off
        server is cached: on
        lean query: on
        Use only proxy?: off
        Assumed root server: no
        Randomize server query order: no
        Default policy: included
        Policies: (none)
Server 2:
------
        label: name_of_my_AD_CONTROLLER
        ip: 192.168.0.1
        server assumed available: yes
        port: 53
        uptest: none
        timeout: 15
        uptest interval: 900
        ping timeout: 600
        ping ip: (using server ip)
        interface:
        device (for special Linux ppp device support):
        uptest command:
        uptest user: (process owner)
        force cache purging: off
        server is cached: on
        lean query: on
        Use only proxy?: on
        Assumed root server: no
        Randomize server query order: no
        Default policy: included
        Policies: (none)
-------------------------------------------------------------------------------------
Иногда длится минуту - две и само проходит, то бишь показатели
27363 query threads spawned in total (331 queries dropped).
258 running query threads (250 active, 8 queued).
приходят в норму
27363 query threads spawned in total (511 queries dropped).
65 running query threads (65 active, 0 queued).
и начинает отвечать дальше, а иногда это может длиться до 10 минут (дольше не пробовал, это на рабочем серваке), после перезапуска демона всё начинает работать, очередь снова в 0. Ни кто не сталкивался с проблемой такой?

Краткое описание сети:
192.168.0.1 - Контроллер домена.
192.168.0.2 - основной шлюз с ДНС сервером и ещё кое чем...
при этом я показал этим двум ДНС сервакам смотреть друг на друга, то есть если 192.168.0.1 не знает адреса яндекса то он спрашивает его у 192.168.0.2, и наоборот если 192.168.0.2 не знает адреса какой нибудь локальной машины (например skladpc1.example.local) то он спрашивает его у 192.168.0.1.
Ещё на компе 192.168.0.2 в файл /etc/hosts добавлены руками строчки кажущие на мои внутрисетевые почтовый и прокси сервера (мне показалось это удобным решением) и он нормально использует эти записи и рассказывает локальным машинам какие ip адреса у прописанных имён.
Так же те же самые записи добавлены руками на днс сервер компьютера 192.168.0.1.
На 192.168.0.2 lenny debian linux на 192.168.0.1 w2003.