<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Library cache latches gone in Oracle 11g</title>
	<atom:link href="http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/</link>
	<description>Oracle troubleshooting, internals and performance tuning</description>
	<lastBuildDate>Mon, 15 Mar 2010 01:50:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tanel Poder</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-3992</link>
		<dc:creator>Tanel Poder</dc:creator>
		<pubDate>Sun, 07 Mar 2010 03:42:27 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-3992</guid>
		<description>&lt;a href=&quot;#comment-3976&quot; rel=&quot;nofollow&quot;&gt;@Richard&lt;/a&gt; 
Hi Richard,

Yes, latchprofx does work on 11g as well. In 11gR2 there was a new CBO transformation enabled which made older latchprofx versions not work and return only one row, but I have fixed this issue and uploaded a new version (v1.20) which works on 11gR2 too. 11gR1 doesn&#039;t have this problem. So download the latest version and make sure it is v1.20 (or higher)</description>
		<content:encoded><![CDATA[<p><a href="#comment-3976" rel="nofollow">@Richard</a><br />
Hi Richard,</p>
<p>Yes, latchprofx does work on 11g as well. In 11gR2 there was a new CBO transformation enabled which made older latchprofx versions not work and return only one row, but I have fixed this issue and uploaded a new version (v1.20) which works on 11gR2 too. 11gR1 doesn&#8217;t have this problem. So download the latest version and make sure it is v1.20 (or higher)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tanel Poder</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-3991</link>
		<dc:creator>Tanel Poder</dc:creator>
		<pubDate>Sun, 07 Mar 2010 03:40:46 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-3991</guid>
		<description>&lt;a href=&quot;#comment-3529&quot; rel=&quot;nofollow&quot;&gt;@David Rydzewski&lt;/a&gt; 
David, this is a late reply, but I don&#039;t think Mutexes have level sanity checking like latches do. Latches don&#039;t really need it either for functioning, but this is more for debugging and sanity checks/assertions in case something goes wrong.</description>
		<content:encoded><![CDATA[<p><a href="#comment-3529" rel="nofollow">@David Rydzewski</a><br />
David, this is a late reply, but I don&#8217;t think Mutexes have level sanity checking like latches do. Latches don&#8217;t really need it either for functioning, but this is more for debugging and sanity checks/assertions in case something goes wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-3976</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Thu, 04 Mar 2010 15:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-3976</guid>
		<description>Hi Tanel - Does LatchProfX work with 11g?</description>
		<content:encoded><![CDATA[<p>Hi Tanel &#8211; Does LatchProfX work with 11g?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Rydzewski</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-3529</link>
		<dc:creator>David Rydzewski</dc:creator>
		<pubDate>Mon, 04 Jan 2010 16:30:47 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-3529</guid>
		<description>Hi Tandel - 

I don&#039;t have the specifics in front of me, but I remember reading Steve Adams&#039; book in regards to latching and it mentioned deadlock prevention in latches based on the latch level. Basically, latches need to be taken in certain order and if violated, Oracle throws an internal error. 

Do you know if the mutex mechanism also does this checking or is it assumed that the more granular level of the mutex (and careful coding) does not require this checking?

Thanks,
Dave</description>
		<content:encoded><![CDATA[<p>Hi Tandel &#8211; </p>
<p>I don&#8217;t have the specifics in front of me, but I remember reading Steve Adams&#8217; book in regards to latching and it mentioned deadlock prevention in latches based on the latch level. Basically, latches need to be taken in certain order and if violated, Oracle throws an internal error. </p>
<p>Do you know if the mutex mechanism also does this checking or is it assumed that the more granular level of the mutex (and careful coding) does not require this checking?</p>
<p>Thanks,<br />
Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tanel Poder</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-1737</link>
		<dc:creator>Tanel Poder</dc:creator>
		<pubDate>Fri, 05 Jun 2009 21:03:59 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-1737</guid>
		<description>Hi DBA,

It sure sounds like a bug. There was an issue with mutexes that when a get failed the mutex getter never slept for long time. It spinned for short time and then just yielded CPU (which is not a sleep - but just means the process goes off CPU, but not to sleep but to the end of the runqueue - trying to get back onto CPU immediately)

That would explain why you had 99% CPU usage which didn&#039;t &quot;go away&quot;. Even if you shut down the client and the sessions remain (processes aren&#039;t killed) then the sessions may be stuck in this mutex get loop and never check whether they should exit.

In 11.1.0.7 the yielding problem should have been fixed, but maybe not for all cases.

If it happens again, I would try to dump x$mutex_sleep_history and take hanganalyze dumps. If your db is completely hung, then you can connect with &quot;sqlplus -prelim&quot; to take a hanganalyze dump without estabilishing a session in the instance.</description>
		<content:encoded><![CDATA[<p>Hi DBA,</p>
<p>It sure sounds like a bug. There was an issue with mutexes that when a get failed the mutex getter never slept for long time. It spinned for short time and then just yielded CPU (which is not a sleep &#8211; but just means the process goes off CPU, but not to sleep but to the end of the runqueue &#8211; trying to get back onto CPU immediately)</p>
<p>That would explain why you had 99% CPU usage which didn&#8217;t &#8220;go away&#8221;. Even if you shut down the client and the sessions remain (processes aren&#8217;t killed) then the sessions may be stuck in this mutex get loop and never check whether they should exit.</p>
<p>In 11.1.0.7 the yielding problem should have been fixed, but maybe not for all cases.</p>
<p>If it happens again, I would try to dump x$mutex_sleep_history and take hanganalyze dumps. If your db is completely hung, then you can connect with &#8220;sqlplus -prelim&#8221; to take a hanganalyze dump without estabilishing a session in the instance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DBA</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-1736</link>
		<dc:creator>DBA</dc:creator>
		<pubDate>Fri, 05 Jun 2009 19:42:40 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-1736</guid>
		<description>Hi Tanel,

I posted a &quot;library cache: mutex X&quot; problem above. Have you come across that before?

Thanks.</description>
		<content:encoded><![CDATA[<p>Hi Tanel,</p>
<p>I posted a &#8220;library cache: mutex X&#8221; problem above. Have you come across that before?</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Очередная подборка ссылок &#171; Тетрадочка DBA</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-1611</link>
		<dc:creator>Очередная подборка ссылок &#171; Тетрадочка DBA</dc:creator>
		<pubDate>Fri, 22 May 2009 11:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-1611</guid>
		<description>[...] &#8211; HOW TO SUPPORT TWO-TASK COMMON ERRORS - С блога Танела Подера: Library cache latches gone in Oracle 11g - Note: 177610.1 &#8211; Oracle Forms in Applications FAQ - Раздел на oracle.com &#8211; [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8211; HOW TO SUPPORT TWO-TASK COMMON ERRORS &#8211; С блога Танела Подера: Library cache latches gone in Oracle 11g &#8211; Note: 177610.1 &#8211; Oracle Forms in Applications FAQ &#8211; Раздел на oracle.com &#8211; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DBA</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-1601</link>
		<dc:creator>DBA</dc:creator>
		<pubDate>Tue, 19 May 2009 21:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-1601</guid>
		<description>Hi Tanel,

We are using 11.1.0.7 on Linux_x86_64. We are having a problem with &quot;library cache: mutex X&quot; wait. The CPU usage goes high to 99% and stays there until I shutdown the database (ABORT!). The client is shutdown but the sessions are active in the database and are waiting on that mutex wait event.
Some people are saying there is a bug in 11g that was supposed to be fixed in 11.1.0.7. http://jhdba.wordpress.com/2008/03/31/11g-library-cache-mutex-x-known-bug/
Have you come across such behavior with 11.1.0.7?</description>
		<content:encoded><![CDATA[<p>Hi Tanel,</p>
<p>We are using 11.1.0.7 on Linux_x86_64. We are having a problem with &#8220;library cache: mutex X&#8221; wait. The CPU usage goes high to 99% and stays there until I shutdown the database (ABORT!). The client is shutdown but the sessions are active in the database and are waiting on that mutex wait event.<br />
Some people are saying there is a bug in 11g that was supposed to be fixed in 11.1.0.7. <a href="http://jhdba.wordpress.com/2008/03/31/11g-library-cache-mutex-x-known-bug/" rel="nofollow">http://jhdba.wordpress.com/2008/03/31/11g-library-cache-mutex-x-known-bug/</a><br />
Have you come across such behavior with 11.1.0.7?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tanel Poder</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-1430</link>
		<dc:creator>Tanel Poder</dc:creator>
		<pubDate>Thu, 23 Apr 2009 05:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-1430</guid>
		<description>Yep I suspected that as another reason. Thanks for letting me know.</description>
		<content:encoded><![CDATA[<p>Yep I suspected that as another reason. Thanks for letting me know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dion Cho</title>
		<link>http://blog.tanelpoder.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/comment-page-1/#comment-1429</link>
		<dc:creator>Dion Cho</dc:creator>
		<pubDate>Thu, 23 Apr 2009 05:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://tanelpoder.wordpress.com/2008/08/03/library-cache-latches-gone-in-oracle-11g/#comment-1429</guid>
		<description>&lt;i&gt;(I had to sample v$mutex_sleep_history instead of v$mutex_sleep on 11g as the latter was empty on 11g… it may be that the mutex get operations have been tuned further to not maintain the counters just to save even few more CPU cycles every get)
&lt;/i&gt;

It&#039;s a bug. Metalink bug# 7202166</description>
		<content:encoded><![CDATA[<p><i>(I had to sample v$mutex_sleep_history instead of v$mutex_sleep on 11g as the latter was empty on 11g… it may be that the mutex get operations have been tuned further to not maintain the counters just to save even few more CPU cycles every get)<br />
</i></p>
<p>It&#8217;s a bug. Metalink bug# 7202166</p>
]]></content:encoded>
	</item>
</channel>
</rss>
