<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: nslookup problems in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035485#M82750</link>
    <description>You can do the same strace test to the servers that does works, there are different versions of nslookup that may be coded to use the /etc/hosts file.&lt;BR /&gt;&lt;BR /&gt;strace -o strace.out nslookup yourhosts.domain&lt;BR /&gt;&lt;BR /&gt;grep open strace.out</description>
    <pubDate>Wed, 21 Mar 2007 15:46:46 GMT</pubDate>
    <dc:creator>Ivan Ferreira</dc:creator>
    <dc:date>2007-03-21T15:46:46Z</dc:date>
    <item>
      <title>nslookup problems</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035483#M82748</link>
      <description>We have redhat (AS 3.0) linux servers.  Three of the servers will not use /etc/hosts for lookups with nslookup (or dig or host).  ping resolves the names without a problem.  Before anyone states that nslookup will not use the /etc/hosts file, you should know that we have over ten servers that do use nslookup for /etc/hosts entries.  I have checked the host.conf, nsswitch.conf, and hosts files in /etc for differences between the working and non working servers.  All of the files are the same.  I checked the libresolv, libnss_dns, and libnss_files shared libraries for differences between the working (dates on libraries are 2005) and the non working (dates on the libraries are 2006).</description>
      <pubDate>Wed, 21 Mar 2007 15:28:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035483#M82748</guid>
      <dc:creator>Michael Warren Ogle</dc:creator>
      <dc:date>2007-03-21T15:28:00Z</dc:date>
    </item>
    <item>
      <title>Re: nslookup problems</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035484#M82749</link>
      <description>These are the files opened by ping (obtained with strace):&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;open("/etc/ld.so.cache", O_RDONLY)      = 3&lt;BR /&gt;open("/lib/libresolv.so.2", O_RDONLY)   = 3&lt;BR /&gt;open("/lib/libc.so.6", O_RDONLY)        = 3&lt;BR /&gt;open("/etc/resolv.conf", O_RDONLY)      = 4&lt;BR /&gt;open("/etc/nsswitch.conf", O_RDONLY)    = 4&lt;BR /&gt;open("/etc/ld.so.cache", O_RDONLY)      = 4&lt;BR /&gt;open("/lib/libnss_files.so.2", O_RDONLY) = 4&lt;BR /&gt;open("/etc/host.conf", O_RDONLY)        = 4&lt;BR /&gt;open("/etc/hosts", O_RDONLY)            = 4&lt;BR /&gt;open("/etc/hosts", O_RDONLY)            = 4&lt;BR /&gt;&lt;BR /&gt;You can see that the /etc/hosts is explicitly open.&lt;BR /&gt;&lt;BR /&gt;These are the files opened with nslookup:&lt;BR /&gt;&lt;BR /&gt;open("/etc/ld.so.cache", O_RDONLY)      = 3&lt;BR /&gt;open("/usr/lib/liblwres.so.9", O_RDONLY) = 3&lt;BR /&gt;open("/usr/lib/libdns.so.21", O_RDONLY) = 3&lt;BR /&gt;open("/usr/lib/libbind9.so.0", O_RDONLY) = 3&lt;BR /&gt;open("/usr/lib/libisccfg.so.1", O_RDONLY) = 3&lt;BR /&gt;open("/usr/lib/libisc.so.11", O_RDONLY) = 3&lt;BR /&gt;open("/lib/libcrypto.so.6", O_RDONLY)   = 3&lt;BR /&gt;open("/usr/lib/libisccc.so.0", O_RDONLY) = 3&lt;BR /&gt;open("/lib/libnsl.so.1", O_RDONLY)      = 3&lt;BR /&gt;open("/lib/libpthread.so.0", O_RDONLY)  = 3&lt;BR /&gt;open("/lib/libc.so.6", O_RDONLY)        = 3&lt;BR /&gt;open("/lib/libdl.so.2", O_RDONLY)       = 3&lt;BR /&gt;open("/usr/lib/libz.so.1", O_RDONLY)    = 3&lt;BR /&gt;open("/etc/resolv.conf", O_RDONLY)      = 5&lt;BR /&gt;&lt;BR /&gt;It does not open /etc/hosts and that is why it won't work. Also dig and host commands.</description>
      <pubDate>Wed, 21 Mar 2007 15:41:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035484#M82749</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2007-03-21T15:41:25Z</dc:date>
    </item>
    <item>
      <title>Re: nslookup problems</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035485#M82750</link>
      <description>You can do the same strace test to the servers that does works, there are different versions of nslookup that may be coded to use the /etc/hosts file.&lt;BR /&gt;&lt;BR /&gt;strace -o strace.out nslookup yourhosts.domain&lt;BR /&gt;&lt;BR /&gt;grep open strace.out</description>
      <pubDate>Wed, 21 Mar 2007 15:46:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035485#M82750</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2007-03-21T15:46:46Z</dc:date>
    </item>
    <item>
      <title>Re: nslookup problems</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035486#M82751</link>
      <description>Be aware that there are at least two different implementations of "host" and "nslookup" commands available. Some Linux distributions have both available in their package collection. Which one you'll get depends on which packages you choose. &lt;BR /&gt;&lt;BR /&gt;I don't have RedHat AS3's package listing available to me right now, but if there is a RPM package named something like "bind9-utils", that contains one version of those utilities. I don't recall how the package(s) for the other version(s) might be named.&lt;BR /&gt;&lt;BR /&gt;You can use a command like "rpm -qf /usr/bin/nslookup" to find out which RPM package gave you this tool. &lt;BR /&gt;&lt;BR /&gt;Check it out on your group of three servers, then in the other group. Odds are, you'll get a different answer... and the two answers will tell you how to get the behaviour changed to your preferred way.</description>
      <pubDate>Wed, 21 Mar 2007 18:03:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035486#M82751</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2007-03-21T18:03:45Z</dc:date>
    </item>
    <item>
      <title>Re: nslookup problems</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035487#M82752</link>
      <description>Are you sure that there are no syntax errors in either "hosts.conf" or "nsswitch.conf". I have seen strange behaviour from an OS when there are stray spaces or tabs between fields.</description>
      <pubDate>Thu, 22 Mar 2007 04:28:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035487#M82752</guid>
      <dc:creator>Andrew Cowan</dc:creator>
      <dc:date>2007-03-22T04:28:30Z</dc:date>
    </item>
    <item>
      <title>Re: nslookup problems</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035488#M82753</link>
      <description>There was a user created (we actually created, but forgot about it) a nslookup program to check the hosts file first.  New program is working as designed.</description>
      <pubDate>Thu, 22 Mar 2007 07:41:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nslookup-problems/m-p/5035488#M82753</guid>
      <dc:creator>Michael Warren Ogle</dc:creator>
      <dc:date>2007-03-22T07:41:36Z</dc:date>
    </item>
  </channel>
</rss>

