- 最后登录
- 2014-9-4
- 在线时间
- 60 小时
- 威望
- 87
- 金钱
- 552
- 注册时间
- 2011-10-12
- 阅读权限
- 50
- 帖子
- 35
- 精华
- 1
- 积分
- 87
- UID
- 16
|
1#
发表于 2012-3-22 15:42:30
|
查看: 10067 |
回复: 7
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
20298 oracle 25 0 1689m 145m 137m R 99.8 0.6 1410:49 oracle
这个进程已经跑了很久了,所以对此做了 oradebug ,trace文件太大了,所以只截了一段
SQL>oradebug setospid 20298
SQL>oradebug dump processstate 10
-
- /u01/app/oracle/admin/ecpdisk/bdump/orcl11_m000_20298.trc
- Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
- With the Partitioning, Real Application Clusters, OLAP, Data Mining
- and Real Application Testing options
- ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
- System name: Linux
- Node name: disk-db1
- Release: 2.6.18-194.el5
- Version: #1 SMP Tue Mar 16 21:52:39 EDT 2010
- Machine: x86_64
- Instance name: orcl11
- Redo thread mounted by this instance: 1
- Oracle process number: 194
- Unix process pid: 20298, image: oracle@disk-db1 (m000)
- *** ACTION NAME:(Auto-Flush Slave Action) 2012-03-21 16:00:55.474
- *** MODULE NAME:(MMON_SLAVE) 2012-03-21 16:00:55.473
- *** SERVICE NAME:(SYS$BACKGROUND) 2012-03-21 16:00:55.473
- *** SESSION ID:(1063.50673) 2012-03-21 16:00:55.473
- WARNING:io_submit failed due to kernel limitations MAXAIO for process=0 pending aio=0
- WARNING:asynch I/O kernel limits is set at AIO-MAX-NR=65536 AIO-NR=65504
- WARNING:1 Oracle process running out of OS kernelI/O resources aiolimit=0
- ksfdgo()+1488<-ksfdaio1()+9848<-kfkUfsIO()+594<-kfkDoIO()+631<-kfkIOPriv()+616<-kfdIOPriv()+95<-kfioSubmitIO()+503<-kfioRequestPriv()+166<-kfioRequest()+689<-ksfd_osmgo()+1286<-ksfdgo()+1488<-ksfdaio1()+9848<-kcflbi()+498<-kcbldio()+1897<-kcblio()+944<-kcblnb()+790
- <-kdblnb()+109<-kdblgb()+85<-kdblailb()+1093<-kdblai()+6407<-klclil1r()+910<-qerltRop()+928<-qerflRop()+95<-qerfxFetch()+978<-qerjotFetch()+209<-qerflFetch()+147<-rwsfcd()+88<-qerltFetch()+1008<-insdlexe()+372<-insExecStmtExecIniEngine()+85<-insexe()+867<-opiexe()+9334
- <-kpoal8()+2295<-opiodr()+1184<-kpoodrc()+38<-rpiswu2()+409ssd_unwind_bp: unhandled instruction at 0x150d2cf instr=6a
- ssd_unwind_bp: unhandled instruction at 0x150ba23 instr=68
- <-kpoodr()+554<-upirtrc()+2101<-kpurcsc()+125<-kpuexecv8()+1705<-kpuexec()+2643<-OCIStmtExecute()+41<-kewrose_oci_stmt_exec()+62<-kewrgwxf1_gwrsql_exft_1()+284<-kewrgwxf_gwrsql_exft()+451<-kewrews_execute_wr_sql()+52<-kewa_flusher()+2592<-kewa_flush_cb()+21
- <-kewrft_flush_table()+319<-kewrftec_flush_table_ehdlcx()+805<-kewrfat_flush_all_tables()+537<-kewrfos_flush_onesnap()+170<-kewrfsc_flush_snapshot_c()+650<-kewrafs_auto_flush_slave()+827<-kebm_slave_main()+221<-ksvrdp()+1159<-opirip()+748<-opidrv()+583<-sou2o()+114
- <-opimai_real()+317<-main()+116<-__libc_start_main()+244<-_start()+41
- *** 2012-03-21 19:56:27.678
- Received ORADEBUG command 'unlimit' from process Unix process pid: 30254, *** 2012-03-21 19:56:55.123
- Received ORADEBUG command 'dump systemstate 10' from process Unix process pid: 30254, image:
复制代码
有人说是Bug 9949948http://blog.chinaunix.net/uid-7628732-id-2980799.html
请帮忙看下哦 |
|