On Fri, May 23, 2008 at 08:08:52AM -0700, Ulrich Drepper wrote: > > nscd is not installed. I have not used it at any point. Did try on > > another machine and against different nameservers with the same result. > > One machine has search in resolv.conf the other doesn't. > > > > # curl www.newegg.com > > curl: (6) Couldn't resolve host 'www.newegg.com' > > The problem I saw and which I fixed was that the server answering for > that domain deliberately doesn't reply to IPv6 (T_AAAA) queries. I.e., > it depends on the client to time out. A DNS record for www.newegg.com is broken in more ways that one. It is possible to get 204.14.213.185 but 'host 204.14.213.185' replies with "Host 185.213.14.204.in-addr.arpa. not found: 3(NXDOMAIN)" > That's terribly bad practice and the provider should change that. Good luck with that. I have an impression that a quality of DNS records in general goes downhill and talking to providers is, in my experience, absolutely unproductive. If anything the mess is getting worse even faster. OTOH even when records are ok then for alias names a name resolution "stutters". For example: $ host www.ualberta.ca www.ualberta.ca has address 129.128.98.86 www.ualberta.ca is an alias for web1.srv.ualberta.ca. www.ualberta.ca is an alias for web1.srv.ualberta.ca. This is with glibc-2.8.90-4 and nscd NOT running. In strace I can notice: .... futex(0x7f7570e77020, FUTEX_WAKE_PRIVATE, 1) = 1 rt_sigaction(SIGHUP, {0x7f75720dee23, ~[RTMIN RT_1], SA_RESTORER, 0x7f7571a7a110}, NULL, 8) = 0 rt_sigsuspend([]) = ? ERESTARTNOHAND (To be restarted) --- SIGTERM (Terminated) @ 0 (0) --- rt_sigreturn(0xf) = -1 EINTR (Interrupted system call) .... which seems to be related to the above. With glibc-2.7-2 (F8) or glibc-2.6-4 (F7) I do not see that "stutter". Just for a change 'host clock.redhat.com' responds with clock.redhat.com has address 66.187.224.4 clock.redhat.com has address 66.187.233.4 in all three cases with a reverse query on that address bringing 'clock2.redhat.com'. Michal -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list