<?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: Tns Entry Error in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079967#M810863</link>
    <description>hi monish,&lt;BR /&gt;*&lt;BR /&gt;below a quote from metalink (note: 111910.1 )&lt;BR /&gt;*&lt;BR /&gt;see if this helps!&lt;BR /&gt;*&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;The SID being supplied by the client in unknown to the listener you are trying  &lt;BR /&gt;to connect to.  To begin troubleshooting, start at the server and issue a lsnrctl stat [listener_name] command.  This will display a list of  available SIDs.  Make sure the instance you want to connect to is shown.  If it is not, edit the listener.ora file to include your instance, restart the listener, and retry the operation. &lt;BR /&gt;* &lt;BR /&gt;On the client, open the TNSNAMES.ORA file and verify the SID in the CONNECT_DATA section of your Net Service Name is correct and matches the SID name on the listener side.   &lt;BR /&gt;* &lt;BR /&gt;If the SID is correct, make sure the HOST in the address section is pointing to the correct server or IP address.  If the HOST is pointing to an old address and the listener on the old server is not listening for the sid specified then the connection will fail with an ORA-12505. &lt;BR /&gt;* &lt;BR /&gt;If the configuration files look correct then you have a pathing problem where the wrong TNSNAMES.ORA file is being picked up.  To verify this invoke SqlNet client tracing to level 16*.  Check your SqlNet specific documentation for details. &lt;BR /&gt;* &lt;BR /&gt;Search for the word ï¿½tnsnames.oraï¿½ in the resulting trace file.  You'll see where the TNSNAMES.ORA file is being loaded from.  If the path is incorrect, either edit that specific TNSNAMES.ORA file or set the TNS_ADMIN* environment variable to point to the location of your configuration files. &lt;BR /&gt;* &lt;BR /&gt;If you are using a naming adapter other than TNSNAMES, such as Oracle Names or LDAP, generate a level 16 client trace and search for the word CONNECT_DATA. The value of CONNECT_DATA is what the client is using to connect.  Make changes if necessary and retry the operation. &lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;*&lt;BR /&gt;hope this helps!&lt;BR /&gt;*&lt;BR /&gt;regards&lt;BR /&gt;Yog</description>
    <pubDate>Sun, 28 Sep 2003 10:30:00 GMT</pubDate>
    <dc:creator>Yogeeraj_1</dc:creator>
    <dc:date>2003-09-28T10:30:00Z</dc:date>
    <item>
      <title>Tns Entry Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079965#M810861</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am getting any error ORA-12505. If I execute tnsping dbname it is successful. but as soon as I try to login it gives the above mentioned error.&lt;BR /&gt;&lt;BR /&gt;Is there anything else that you can highlight to me for testing..&lt;BR /&gt;&lt;BR /&gt;Thanks a ton&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;monish</description>
      <pubDate>Sun, 28 Sep 2003 06:29:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079965#M810861</guid>
      <dc:creator>Monish</dc:creator>
      <dc:date>2003-09-28T06:29:11Z</dc:date>
    </item>
    <item>
      <title>Re: Tns Entry Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079966#M810862</link>
      <description>Check the obvious first...&lt;BR /&gt;&lt;BR /&gt;tnsnames.ora&lt;BR /&gt;listener.ora - Do the Oracle SID's match up?&lt;BR /&gt;&lt;BR /&gt;Do "lsnrctl status listener_name" and "lsnrctl services listener_name" look okay?  Is it running?&lt;BR /&gt;&lt;BR /&gt;Are your environment variables ok?  ORACLE_HOME, ORACLE_SID, NLS_LANG, etc?</description>
      <pubDate>Sun, 28 Sep 2003 07:25:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079966#M810862</guid>
      <dc:creator>Jon Mattatall</dc:creator>
      <dc:date>2003-09-28T07:25:50Z</dc:date>
    </item>
    <item>
      <title>Re: Tns Entry Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079967#M810863</link>
      <description>hi monish,&lt;BR /&gt;*&lt;BR /&gt;below a quote from metalink (note: 111910.1 )&lt;BR /&gt;*&lt;BR /&gt;see if this helps!&lt;BR /&gt;*&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;The SID being supplied by the client in unknown to the listener you are trying  &lt;BR /&gt;to connect to.  To begin troubleshooting, start at the server and issue a lsnrctl stat [listener_name] command.  This will display a list of  available SIDs.  Make sure the instance you want to connect to is shown.  If it is not, edit the listener.ora file to include your instance, restart the listener, and retry the operation. &lt;BR /&gt;* &lt;BR /&gt;On the client, open the TNSNAMES.ORA file and verify the SID in the CONNECT_DATA section of your Net Service Name is correct and matches the SID name on the listener side.   &lt;BR /&gt;* &lt;BR /&gt;If the SID is correct, make sure the HOST in the address section is pointing to the correct server or IP address.  If the HOST is pointing to an old address and the listener on the old server is not listening for the sid specified then the connection will fail with an ORA-12505. &lt;BR /&gt;* &lt;BR /&gt;If the configuration files look correct then you have a pathing problem where the wrong TNSNAMES.ORA file is being picked up.  To verify this invoke SqlNet client tracing to level 16*.  Check your SqlNet specific documentation for details. &lt;BR /&gt;* &lt;BR /&gt;Search for the word ï¿½tnsnames.oraï¿½ in the resulting trace file.  You'll see where the TNSNAMES.ORA file is being loaded from.  If the path is incorrect, either edit that specific TNSNAMES.ORA file or set the TNS_ADMIN* environment variable to point to the location of your configuration files. &lt;BR /&gt;* &lt;BR /&gt;If you are using a naming adapter other than TNSNAMES, such as Oracle Names or LDAP, generate a level 16 client trace and search for the word CONNECT_DATA. The value of CONNECT_DATA is what the client is using to connect.  Make changes if necessary and retry the operation. &lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;*&lt;BR /&gt;hope this helps!&lt;BR /&gt;*&lt;BR /&gt;regards&lt;BR /&gt;Yog</description>
      <pubDate>Sun, 28 Sep 2003 10:30:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079967#M810863</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2003-09-28T10:30:00Z</dc:date>
    </item>
    <item>
      <title>Re: Tns Entry Error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079968#M810864</link>
      <description>Thank you guys...i will check as specified..</description>
      <pubDate>Sun, 28 Sep 2003 20:16:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tns-entry-error/m-p/3079968#M810864</guid>
      <dc:creator>Monish</dc:creator>
      <dc:date>2003-09-28T20:16:24Z</dc:date>
    </item>
  </channel>
</rss>

