Bug 494948 - Bind Produces bulk of errors in logs -too many timeouts resolving 'xx.xx.xx.xx.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets-
Summary: Bind Produces bulk of errors in logs -too many timeouts resolving 'xx.xx.xx.x...
Keywords:
Status: CLOSED DUPLICATE of bug 275091
Alias: None
Product: Fedora
Classification: Fedora
Component: bind
Version: 10
Hardware: i386
OS: Linux
low
medium
Target Milestone: ---
Assignee: Adam Tkac
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-08 19:29 UTC by ali
Modified: 2013-04-30 23:42 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-04-10 10:08:39 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description ali 2009-04-08 19:29:58 UTC
Description of problem:
I am getting following Named errors in logs after recent bind Updates

-------------------------------------------------------------------
Apr  8 19:16:05 malak-h named[8104]: too many timeouts resolving '220.232.10.69.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '40.46.164.209.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '194.43.87.70.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '30.192.19.72.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving 'pensarelabs.com.multi.surbl.org/A' (in 'multi.surbl.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '155.6.94.130.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '32.190.178.205.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '41.46.164.209.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '30.208.19.72.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '250.208.182.65.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:06 malak-h named[8104]: too many timeouts resolving '195.43.87.70.sbl.spamhaus.org/TXT' (in 'sbl.spamhaus.org'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:07 malak-h named[8104]: too many timeouts resolving 'walmart.com.multi.uribl.com/A' (in 'multi.uribl.com'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:08 malak-h named[8104]: too many timeouts resolving 'giorgioarmani.com/NS' (in 'giorgioarmani.com'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:08 malak-h named[8104]: too many timeouts resolving 'harrywinston.com/NS' (in 'harrywinston.com'?): reducing the advertised EDNS UDP packet size to 512 octets
Apr  8 19:16:08 malak-h named[8104]: too many timeouts resolving 'pensarefilms.com/NS' (in 'pensarefilms.com'?): reducing the advertised EDNS UDP packet size to 512 octets

------------------------------------------------------------------------

Version-Release number of selected component (if applicable):

bind-9.5.1-2.P2.fc10.i386
bind-chroot-9.5.1-2.P2.fc10.i386
bind-utils-9.5.1-2.P2.fc10.i386
bind-libs-9.5.1-2.P2.fc10.i386

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 ali 2009-04-08 19:49:51 UTC
Here is my named.conf

options {
	listen-on 	{ 127.0.0.1; xx.xx.xx.xx; };
	allow-query	{ servers; };
	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";
};

logging {
        channel default_debug {
                file "data/named.run";
                severity dynamic;
        };
};
controls {
        inet 127.0.0.1 allow { localhost; } keys { rndckey; };
};

include "server";
view "internal" {
        match-clients           { servers; };
        match-destinations      { servers; };
        recursion yes;

zone "." IN {
    type hint;
    file "named.ca";
};

include "/etc/named.rfc1912.zones";

};

include "/etc/rndc.key";

Comment 2 Adam Tkac 2009-04-10 10:08:39 UTC
This is standard behavior. The best solution how to solve this issue is written on https://bugzilla.redhat.com/show_bug.cgi?id=275091#c44.

*** This bug has been marked as a duplicate of bug 275091 ***


Note You need to log in before you can comment on or make changes to this bug.