
<?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>
	《linux 强制free cache 导致数据库实例crash》的评论	</title>
	<atom:link href="http://www.killdb.com/2015/11/04/linux-%E5%BC%BA%E5%88%B6free-cache-%E5%AF%BC%E8%87%B4%E6%95%B0%E6%8D%AE%E5%BA%93%E5%AE%9E%E4%BE%8Bcrash/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.killdb.com/2015/11/04/linux-%e5%bc%ba%e5%88%b6free-cache-%e5%af%bc%e8%87%b4%e6%95%b0%e6%8d%ae%e5%ba%93%e5%ae%9e%e4%be%8bcrash/</link>
	<description>Phone:18180207355 提供专业Oracle/MySQL/PostgreSQL数据恢复、性能优化、迁移升级、紧急救援等服务</description>
	<lastBuildDate>Sun, 10 Apr 2016 08:02:54 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.3.18</generator>
			<item>
				<title>
				作者：linux 强制free cache 导致数据库实例crash &#124; 7&#215;24运维				</title>
				<link>http://www.killdb.com/2015/11/04/linux-%e5%bc%ba%e5%88%b6free-cache-%e5%af%bc%e8%87%b4%e6%95%b0%e6%8d%ae%e5%ba%93%e5%ae%9e%e4%be%8bcrash/#comment-1500</link>
		<dc:creator><![CDATA[linux 强制free cache 导致数据库实例crash &#124; 7&#215;24运维]]></dc:creator>
		<pubDate>Thu, 26 Nov 2015 02:48:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.killdb.com/?p=2584#comment-1500</guid>
					<description><![CDATA[[...] 从上面的日志来看,在2：03分就开始报错ORA-00600,一直持续到2:39分,lmd0进程开始报同样的错误；然后接着LMD0进程强行把数据库实例终止掉了。。直接搜索Oracle MOS,看上去有点类似这个bug，不过很容易就可以排除。 Bug 14193240 : LMS SIGNALED ORA-600[KGHLKREM1] DURING BEEHIVE LOAD 从日志看，2:03分就开始报错，然而直到lmd0报错时，实例才被终止掉，也就是说lmd0报错才是问题的关键。那么我们首先来分析下lmd0 进程的trace文件内容，如下所示：   ? [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] 从上面的日志来看,在2：03分就开始报错ORA-00600,一直持续到2:39分,lmd0进程开始报同样的错误；然后接着LMD0进程强行把数据库实例终止掉了。。直接搜索Oracle MOS,看上去有点类似这个bug，不过很容易就可以排除。 Bug 14193240 : LMS SIGNALED ORA-600[KGHLKREM1] DURING BEEHIVE LOAD 从日志看，2:03分就开始报错，然而直到lmd0报错时，实例才被终止掉，也就是说lmd0报错才是问题的关键。那么我们首先来分析下lmd0 进程的trace文件内容，如下所示：   ? [&#8230;]</p>
]]></content:encoded>
						</item>
			</channel>
</rss>
