<?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: DNS issue in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790690#M44412</link>
    <description>Please run "man resolv.conf" and look for the "sortlist" option. If it's not supported in SLES 10, too bad.&lt;BR /&gt;&lt;BR /&gt;If Oracle BI uses the standard system library functions for DNS queries (like almost all programs do), adding "sortlist 10.1.0.0/255.255.0.0" to /etc/resolv.conf might help. It should cause the 10.1.*.* addresses to always be given to applications before 10.25.*.* (or any other) addresses associated with the same hostname.&lt;BR /&gt;&lt;BR /&gt;This is just a workaround, though: the real fix would be to make Oracle BI use a smarter DNS lookup algorithm when looking for AD. Unfortunately, this is probably something only Oracle (the company) can do.&lt;BR /&gt;&lt;BR /&gt;MK</description>
    <pubDate>Sun, 22 May 2011 09:24:30 GMT</pubDate>
    <dc:creator>Matti_Kurkela</dc:creator>
    <dc:date>2011-05-22T09:24:30Z</dc:date>
    <item>
      <title>DNS issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790689#M44411</link>
      <description>hi all,&lt;BR /&gt;&lt;BR /&gt;I have a sles 10 system and Oracle BI is installed on the same.&lt;BR /&gt;Authentication for Oracle BI users is through windows AD.&lt;BR /&gt;when i do a nslookup to the windows AD in our network, this is what I get:&lt;BR /&gt;nslookup mic.com&lt;BR /&gt;&lt;BR /&gt;Server:         10.1.1.100&lt;BR /&gt;Address:        10.1.1.100#53&lt;BR /&gt;&lt;BR /&gt;Name:   mic.com&lt;BR /&gt;Address: 10.1.1.110&lt;BR /&gt;Name:   mic.com&lt;BR /&gt;Address: 10.25.100.2&lt;BR /&gt;Name:   mic.com&lt;BR /&gt;Address: 10.1.1.100&lt;BR /&gt;&lt;BR /&gt;one is primary and other two are backup domain controllers:&lt;BR /&gt;&lt;BR /&gt;out of the three, one domain controller is at a remote site and is not accessible from the Oracle BI server.&lt;BR /&gt;when i ping mic.com from the Linux BI server I am taken to one of the three Windows DCs alternatively in a round-robin fashion.&lt;BR /&gt;i.e &lt;BR /&gt;if I ping mic.com I am taken to 10.1.1.110&lt;BR /&gt;few seconds later&lt;BR /&gt;if I ping mic.com I am taken to 10.25.100.2&lt;BR /&gt;few seconds later &lt;BR /&gt;if I ping mic.com I am taken to 10.1.1.100&lt;BR /&gt;&lt;BR /&gt;this doesn't happen on windows clients.&lt;BR /&gt;so every time a user authenticates he is either taken either of the three IPs. As I said earlier the third backup DC is not accessible from the Oracle BI server resulting in users complaining about failed windows authentication off and on.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 22 May 2011 06:27:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790689#M44411</guid>
      <dc:creator>iinfi1</dc:creator>
      <dc:date>2011-05-22T06:27:28Z</dc:date>
    </item>
    <item>
      <title>Re: DNS issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790690#M44412</link>
      <description>Please run "man resolv.conf" and look for the "sortlist" option. If it's not supported in SLES 10, too bad.&lt;BR /&gt;&lt;BR /&gt;If Oracle BI uses the standard system library functions for DNS queries (like almost all programs do), adding "sortlist 10.1.0.0/255.255.0.0" to /etc/resolv.conf might help. It should cause the 10.1.*.* addresses to always be given to applications before 10.25.*.* (or any other) addresses associated with the same hostname.&lt;BR /&gt;&lt;BR /&gt;This is just a workaround, though: the real fix would be to make Oracle BI use a smarter DNS lookup algorithm when looking for AD. Unfortunately, this is probably something only Oracle (the company) can do.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Sun, 22 May 2011 09:24:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790690#M44412</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2011-05-22T09:24:30Z</dc:date>
    </item>
    <item>
      <title>Re: DNS issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790691#M44413</link>
      <description>thank you Matti. i will check this.</description>
      <pubDate>Mon, 23 May 2011 09:37:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790691#M44413</guid>
      <dc:creator>iinfi1</dc:creator>
      <dc:date>2011-05-23T09:37:23Z</dc:date>
    </item>
    <item>
      <title>Re: DNS issue</title>
      <link>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790692#M44414</link>
      <description>try add this to resolv.conf too&lt;BR /&gt;options timeout:1 &lt;BR /&gt;options attempts:1&lt;BR /&gt;&lt;BR /&gt;The first option tells the resolver to timeout for 1 sec before switching to the second DNS server listed.  The second options said only query the same DNS once.&lt;BR /&gt;&lt;BR /&gt;This does not solve your issue but will help you shorten the DNS failover time.&lt;BR /&gt;</description>
      <pubDate>Mon, 23 May 2011 17:45:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/dns-issue/m-p/4790692#M44414</guid>
      <dc:creator>Wilfred Chau_1</dc:creator>
      <dc:date>2011-05-23T17:45:08Z</dc:date>
    </item>
  </channel>
</rss>

