Ron Halstead writes: > "Often, slow response time is a symptom of broken name servers -- > missing IN PTR records for the addresses in use, for instance. Using > nslookup or dig to probe those out might be helpful" > > As I said in my original post, I am pinging a host, sol10, which is > on my local LAN and is in /etc/hosts.
Yep, I saw that. Whether it's on the same local network or not has no effect on name services. Yes, the /etc/hosts entry should help. Do you have an entry in /etc/inet/ipnodes for that host? What does your "ipnodes:" entry in /etc/nsswitch.conf say? (Note that common practice these days is to remove the ipnodes file and just symlink it to the hosts file.) I asked this last time: What does "ipnodes:" say in /etc/nsswitch.conf? But I don't see a response in this message. Could you check these things on your system? > Why would a broken name server - missing IN PTR records have > anything to do with this problem, It depends on exactly *what* the system is querying. If it's doing a reverse query on the remote address, then it should find that /etc/hosts entry. But it may be doing a reverse query on some _other_ address, including one of your system's local IP addresses. Or it may be doing the query on the remote address, but via the ipnodes service, which is normally used *first* when resolving addresses. Have you tried "ping -n" to see if the problem goes away? > which, BTW, another user in Taiwan also has (he responded to me personally). > I can see nscd taking time to do its thing, but sleeping...? Its coincidental > that the problem also occurs when the machine has to query DNS for an offnet > host address. > > Has anyone else seen this in nv39 and / or nv40? I haven't seen it on any correctly-configured system. But systems talking to bad name servers do end up having problems similar to those you're describing. -- James Carlson, KISS Network <[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ opensolaris-discuss mailing list [email protected]
