ORA-1092 : opitsk aborting process---killed by oom killer

oracle version:Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

os version:Linux x86 64-bit

oracle alert日志报错:

opiodr aborting process unknown ospid (19506) as a result of ORA-1092
Wed Jul 15 16:18:42 2015
ORA-1092 : opitsk aborting process
Wed Jul 15 16:18:52 2015
opiodr aborting process unknown ospid (19555) as a result of ORA-1092
Wed Jul 15 16:18:52 2015
ORA-1092 : opitsk aborting process
Wed Jul 15 16:18:52 2015
opiodr aborting process unknown ospid (19504) as a result of ORA-1092
Wed Jul 15 16:18:52 2015
ORA-1092 : opitsk aborting process
Wed Jul 15 16:19:03 2015
Instance terminated by PMON, pid = 2238

操作系统报错日志:

Jul 15 16:18:27 allwincredit kernel: Out of memory: Kill process 2258 (oracle) score 46 or sacrifice child
Jul 15 16:18:27 allwincredit kernel: Killed process 2258, UID 1101, (oracle) total-vm:7431020kB, anon-rss:9700kB, file-rss:1132084kB
Jul 15 16:18:27 allwincredit kernel: java invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0
Jul 15 16:18:27 allwincredit kernel: java cpuset=/ mems_allowed=0-2
Jul 15 16:18:27 allwincredit kernel: Pid: 4217, comm: java Not tainted 2.6.32-358.el6.x86_64 #1

Linux下面有个特性叫OOM killer(Out Of Memory killer),这个东西会在系统内存耗尽的情况下跳出来,选择性的干掉一些进程以求释放一些内存。

这次很不幸,干掉了oracle的进程。

什么是oom killer:

http://www.360doc.com/content/11/1119/18/7492958_165786637.shtml

如何关闭oom killer:http://www.cnblogs.com/itfriend/archive/2011/12/14/2287160.html

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-09 06:10:54

ORA-1092 : opitsk aborting process---killed by oom killer的相关文章

理解和配置 Linux 下的 OOM Killer

最近有位 VPS 客户抱怨 MySQL 无缘无故挂掉,还有位客户抱怨 VPS 经常死机,登陆到终端看了一下,都是常见的 Out of memory 问题.这通常是因为某时刻应用程序大量请求内存导致系统内存不足造成的,这通常会触发 Linux 内核里的 Out of Memory (OOM) killer,OOM killer 会杀掉某个进程以腾出内存留给系统用,不致于让系统立刻崩溃.如果检查相关的日志文件(/var/log/messages)就会看到下面类似的 Out of memory: Ki

Linux -- 内存控制之oom killer机制及代码分析

近期,线上一些内存占用比較敏感的应用.在訪问峰值的时候,偶尔会被kill掉,导致服务重新启动.发现是Linux的out-of-memory kiiler的机制触发的. http://linux-mm.org/OOM_Killer oom kiiler会在内存紧张的时候,会依次kill内存占用较高的进程,发送Signal 15(SIGTERM).并在/var/log/message中进行记录.里面会记录一些如pid,process name.cpu mask,trace等信息,通过监控能够发现类似

Linux 的 Out-of-Memory (OOM) Killer

在 Linux 服务器上遇到点小问题,上去折腾半天.这还是第一次注意到 Linux 这个多年来就存在的特性:OOM Killer .说白了 OOM Killer 就是一层保护机制,用于避免 Linux 在内存不足的时候不至于出太严重的问题,把无关紧要的进程杀掉,有些壮士断腕的意思. 先要学习点老知识,在 32 位CPU 架构下寻址是有限制的.Linux 内核定义了三个区域: # DMA: 0x00000000 - 0x00999999 (0 - 16 <abbr title="Megaby

Linux OOM killer 机制

Linux中的Out Of Memory(OOM) Killer功能是一种确保系统内存足够的最终手段,可以在耗尽系统内存或交换区后,按某种算法判断占用系统最多资源的进程,向进程发送信号,强制终止该进程. 简单来说该机制会监控那些占用内存过大,尤其是瞬间很快消耗大量内存的进程,为了防止内存耗尽而内核会把该进程杀掉. 这个功能即使在无法释放内存的情况下,也能够重复进行确保内存的处理过程,防止系统停滞,还可以找出过度消耗内存的进程. 典型的情况是:某天一台机器突然ssh远程登录不了,但能ping通,说

OOM killer

Linux下有一种OOM KILLER 的机制,它会在系统内存耗尽的情况下,启用自己算法有选择性的kill 掉一些进程. 1. 为什么会有OOM killer 当我们使用应用时,需要申请内存,即进行malloc的操作,进行malloc操作如果返回一个非NULL的 操作表示申请到了可用的内存.事实上,这个地方是可能存在bug的.Linux有一种内存优化机制,即:允许程序申请比系统可用内存更多的内存,但是 Linux并不保证这些内存马上可用,如果凑巧你申请到的内存中在你需要使用的时候还没有完全释放出

[Android Memory] Linux下malloc函数和OOM Killer

http://www.linuxidc.com/Linux/2010-09/28364.htm Linux下malloc函数主要用来在用户空间从heap申请内存,申请成功返回指向所分配内存的指针,申请失败返回NULL.默认情况下,Linux内核使用“乐观的”分配内存策略,首先粗略估计系统可使用的内存数,然后分配内存,但是在使用的时候才真正把这块分配的内存给你.这样一来,即使用malloc申请内存没有返回NULL,你也不一定能完全使用这块内存,特别是在一次或连续多次申请很多内存的时候. 如果一直连

有关OOM KILLER的一些理解

Linux下有一种OOM KILLER 的机制,它会在系统内存耗尽的情况下,启用自己算法有选择性的kill 掉一些进程. 一.为什么会有OOM killer 当我们使用应用时,需要申请内存,即进行malloc的操作,进行malloc操作如果返回一个非NULL的操作表示申请到了可用的内部你.事实上,这个地方是可能存在bug的.Linux有一种内存优化机制,即:允许程序申请比系统可用内存更多的内存(术语:overcommit),但是Linux并不保证这些内存马上可用,如果凑巧你申请到的内存中在你需要

Linux下OOM Killer机制详解

http://www.cnblogs.com/ylqmf/archive/2012/11/05/2754795.html http://wuquan-1230.blog.163.com/blog/static/298111532011112851419497/ http://www.linuxidc.com/Linux/2013-09/90092.htm http://www.cnblogs.com/GoodGoodWorkDayDayUp/p/3473348.html http://www.t

11G RAC 11.2.0.1.0实例evict故障处理

Aix 7.1 参考文档: https://blogs.oracle.com/database4cn/rac Resolving ORA-481 and "terminating the instance due to error 481" (Doc ID 1950963.1) ORA-00481 After "The instance eviction reason is 0x2" due to Lack of Ticket (Doc ID 1644015.1)