<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for dougk</title><link>http://disqus.com/by/dougk/</link><description></description><atom:link href="http://disqus.com/dougk/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 07 Aug 2008 13:47:06 -0000</lastBuildDate><item><title>Re: TNS Listener Configuration for Oracle RAC</title><link>http://www.dannorris.com/2008/07/21/tns-listener-configuration-for-oracle-rac/#comment-1125050</link><description>&lt;p&gt;Hi Dan,&lt;/p&gt;&lt;p&gt;I completed the fail-over testing.  Adding the IPC entry in listener.ora reduced fail-over time from 3.5 minutes to 30 seconds when both redundant public interface cables are disconnected.  When the node fails-over, the vip moves to another node and the listener goes offline.&lt;/p&gt;&lt;p&gt;When the public interfaces cables are reconnected, there is no fail-back.   To get the vip to move back, the listener has to be restarted manually.  It works this way both with and without the IPC entry in listener.ora.&lt;/p&gt;&lt;p&gt;From your experience, is this normal behavior?&lt;/p&gt;&lt;p&gt;/Doug&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dougk</dc:creator><pubDate>Thu, 07 Aug 2008 13:47:06 -0000</pubDate></item><item><title>Re: TNS Listener Configuration for Oracle RAC</title><link>http://www.dannorris.com/2008/07/21/tns-listener-configuration-for-oracle-rac/#comment-1124942</link><description>&lt;p&gt;After testing, I can confirm that adding the IPC entry to listener.ora was a good fix for our configuration (IPMP on the public interface).  It reducted the fail-over wait time from 3.5 minutes to just under 30 seconds.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dougk</dc:creator><pubDate>Thu, 07 Aug 2008 13:37:45 -0000</pubDate></item><item><title>Re: TNS Listener Configuration for Oracle RAC</title><link>http://www.dannorris.com/2008/07/21/tns-listener-configuration-for-oracle-rac/#comment-1003800</link><description>&lt;p&gt;Dan, I was hoping that you would have some experience with this.  Our 3-node RAC is scheduled to go into production in three weeks time.  I discovered the Metalink article and made the configuration change yesterday.  The original Oracle generated listener definitions didn't have an IPC endpoint defined, so I added one.  Of course the next step is testing, which won't happen until some time next week.  To complicate matters we are also running Veritas SFRAC.&lt;/p&gt;&lt;p&gt;If all goes well, we won't experience any 10 minute delays in fail-over as were seen during the last test cycle.  That round of testing was done prior to configuring redundant network interfaces (public (IPMP) and private (Vcs PrivNIC)).&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dougk</dc:creator><pubDate>Fri, 25 Jul 2008 16:33:30 -0000</pubDate></item><item><title>Re: TNS Listener Configuration for Oracle RAC</title><link>http://www.dannorris.com/2008/07/21/tns-listener-configuration-for-oracle-rac/#comment-1001284</link><description>&lt;p&gt;Have you seen Metalink note 403743.1?  "VIP failover will take a long time if IPC addresss is not he first address in the listener.ora."  This seems to be an issue under Solaris 64 when the public interfaces are configured with IPMP, as we have done in our RAC implementation.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dougk</dc:creator><pubDate>Fri, 25 Jul 2008 12:44:20 -0000</pubDate></item></channel></rss>