On Thu, 2005-05-12 at 10:24 +1200, Tony Wicks wrote: > I did that ipv6 change and it has made a significant difference (400 ms > instead of 4000) - > > [root@host3 ~]# dig cisco.com > > ; <<>> DiG 9.2.4 <<>> cisco.com > ;; global options: printcmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59188 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 > > ;; QUESTION SECTION: > ;cisco.com. IN A > > ;; ANSWER SECTION: > cisco.com. 86400 IN A 198.133.219.25 > > ;; AUTHORITY SECTION: > cisco.com. 86400 IN NS ns1.cisco.com. > cisco.com. 86400 IN NS ns2.cisco.com. > > ;; Query time: 415 msec > ;; SERVER: 127.0.0.1#53(127.0.0.1) > ;; WHEN: Thu May 12 10:20:34 2005 > ;; MSG SIZE rcvd: 79 > > > Troy Engel wrote: > > Someone else recently had this problem (search the archives a few days > > back). His solution was to rebuild a SRPM from Fedora Core of an older > > BIND and it solved it. > > > > I suggested it might be IPv6 lookups stalling you; try adding: > > > > alias net-pf-10 off > > > > to your /etc/modprobe.conf and reboot the server, see if that fixes the > > slowness issue. This used to show up when IPv6 was first introduced into > > Fedora Core, Mozilla had lookup pause issues as well. > > > > -te If this is not an issue reported on the RH bugzilla it needs to be :) let me check -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.centos.org/pipermail/centos/attachments/20050511/c6c5d816/attachment.bin