OK ...

[LDB]

I have this issues that crept upon me due to a log file filling up on me.
I am using BIND 9.3.2 and my nameserver will resolve its own domain and it 
various clients but it will not answer for yahoo.com or anything else ...
Please keep in mind that this has been for more than a year ... the only reason 
it recently stopped today is because of the log file filling up then I upgraded 
today in hopes it would resolve the issue.

Did I compile this wrong for fedora core 3 ... What in the heck is the problem?


Here is query for yahoo.com ..

general: debug 50: socket 0x80d1158: dispatch_recv:  event 0x80d82a8 -> task 
0x80d6d48
general: debug 60: socket 0x80d1158: internal_recv: task 0x80d6d48 got event 
0x80d11ac
general: debug 60: socket 0x80d1158 209.135.157.157#55299: packet received correctly
general: debug 90: socket 0x80d1158: processing cmsg 0x80d1248
client: debug 3: client 209.135.157.157#55299: UDP request
general: debug 60: sockmgr 0x8097088: watcher got message -3
client: debug 5: client 209.135.157.157#55299: using view '_default'
general: debug 60: sockmgr 0x8097088: watcher got message -2
security: debug 3: client 209.135.157.157#55299: request is not signed
security: debug 3: client 209.135.157.157#55299: recursion not available
client: debug 3: client 209.135.157.157#55299: query
client: debug 10: client 209.135.157.157#55299: ns_client_attach: ref = 1
security: debug 3: client 209.135.157.157#55299: query (cache) 'yahoo.com/A/IN' 
approved
client: debug 3: client 209.135.157.157#55299: send
client: debug 3: client 209.135.157.157#55299: sendto
client: debug 3: client 209.135.157.157#55299: senddone
client: debug 3: client 209.135.157.157#55299: next
client: debug 10: client 209.135.157.157#55299: ns_client_detach: ref = 0
client: debug 3: client 209.135.157.157#55299: endrequest
client: debug 3: client @0x80d6ad0: udprecv
general: debug 50: socket 0x80d1158: socket_recv: event 0x80d82a8 -> task 0x80d6d48