Bug 11805372 - ORA-30009 "not enough memory" for certain CONNECT BY statements [ID 11805372.8]

Bug 11805372 - ORA-30009 "not enough memory" for certain CONNECT BY statements [ID 11805372.8]

  修改时间 22-SEP-2011    
类型 PATCH     状态 PUBLISHED
 

Bug 11805372  ORA-30009 "not enough memory" for certain CONNECT BY statements

This note gives a brief overview of bug 11805372.
The content was last updated on: 22-SEP-2011
Click here for details of each of the sections below.

Affects:

Product (Component) Oracle Server (Rdbms)
Range of versions believed to be affected Versions BELOW 12.1
Versions confirmed as being affected
Platforms affected Generic (all / most platforms affected)

Fixed:

This issue is fixed in

Symptoms:

Related To:

Description

ORA-30009 may be raised for certain CONNECT BY queries.

Rediscovery Notes:
 If an ORA-30009 is raised and the CONNECT BY query returns a constant value
 then this may be root cause if the CONNECT BY is a filter subquery.

Workaround
 None

HOOKS ERROR:ORA-30009 LIKELYAFFECTS XAFFECTS_11.2.0.1 XAFFECTS_V11020001 AFFECTS=11.2.0.1 XAFFECTS_11.2.0.2 XAFFECTS_V11020002 AFFECTS=11.2.0.2 XPRODID_5 PRODUCT_ID=5 PRODID-5 RDBMS XCOMP_RDBMS COMPONENT=RDBMS TAG_CONNECTBY TAG_ERROR TAG_LEAK/MEM
CONNECTBY ERROR LEAK/MEM FIXED_11.2.0.3 FIXED_12.1.0.0

Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. For questions about this bug please consult Oracle Support.

References

Bug:11805372 (This link will only work for PUBLISHED bugs)
Note:245840.1 Information on the sections in this article

时间: 2024-09-16 06:33:18

Bug 11805372 - ORA-30009 "not enough memory" for certain CONNECT BY statements [ID 11805372.8]的相关文章

ORA-27102: out of memory 故障

      最近的UAT数据库迁移,由于是多个DB需要迁移到同一台机器,一部分完成后,启动后续数据库碰到了ORA-27102错误,提示内存超出,查看系统可用内存,远大于需要启动数据库的sga和pga,究竟是怎么一回事呢?如果你也碰到类似错误,不妨往下看.   1.故障现象oracle@v2013db02u:~> cat /etc/issue Welcome to SUSE Linux Enterprise Server 10 SP3 (x86_64) - Kernel \r (\l). orac

latch: In memory undo latch

2010年8月16日POMS数据库服务器出现资源耗尽,现象为CPU耗尽,而虚拟内存和I/O均很小,所以判断ORACLE DB出现了CPU密集行等待事件, 查看v$session_wait查看等待事件. SQL> select sid,EVENT from v$session_wait where WAIT_CLASS'Idle';          SID EVENT ---------- -----------------------------------------------------

jquery.validationEngine2.2.4的BUG

问题描述 jquery.validationEngine.js 2.2.4的BUG如果页面中元素存在name或者id为"nodeType"的,就不会有验证效果,表单也不能提交.暂没找到解决办法,感觉需要从jquery本身入手. 不知道有没有高人解决了. 问题补充:asyty 写道 解决方案 应该在里面的 _onsubmit 函数里的某行吧不过我用的时候好像没遇到bug... 最直接的你就把name或id改成别的好了解决方案二:直接改 jquery.validationEngine.js

IE6中页面滚动或最大化内容消失bug

该Bug影响版本 IE6 症状 一些内容在页面滚动或浏览器窗口最大化最小化的时候消失或重现 说明 常见CSS初学者用clearer元素去清除一个元素的浮动.在IE,包含浮动元素的元素必须拥有"layout".如果没有,你将会遇到一个内容消失的bug (aka Peek-a-boo bug)或是"Leaking Background Bug".哪个bug你会遇到取决于当页面被渲染的时候,清除元素是否接触到浮动元素,或是内部有一些内容的容器在一个清除元素的后面或是里面.

EXTjs4.0的store的findRecord的BUG演示代码_extjs

在findRecord方法调用了 findRecord: function()这个方法 复制代码 代码如下: findRecord: function() { var me = this, index = me.find.apply(me, arguments); return index !== -1 ? me.getAt(index) : null; }, 进入find方法 复制代码 代码如下: find: function(property, value, start, anyMatch,

dataguard添加临时数据文件的bug

有一个环境是10gR2,一主两备,因为10g的备库还不是active,所以有一些查询的需求的时候,我们还是会打开相应的窗口时间. 开发的同学需要做一个大查询,数据只能全表,而且还有order by,势必会消耗大量的temp空间,这个时候充分利用备库就是好一些,有一个备库平时也没有用过,今天就用这个备库来完成查询需求. 但是过了一会,开发同事说,查询失败了.让我看看什么原因. 开发同学提供的日志为: 2015-11-20 10:48:05,---exception: ---- StatementC

TNS-12518 & Linux Error:32:Broken pipe

最近一周,有一台ORACLE数据库服务器的监听服务在凌晨2点过几分的时间点突然崩溃,以前从没有出现过此类情况,但是最近一周出现了两次这种情况,检查时发现了如下一些信息: $ lsnrctl services   LSNRCTL for Linux: Version 10.2.0.4.0 - Production on 12-DEC-2014 08:22:34   Copyright (c) 1991, 2007, Oracle.  All rights reserved.   Connectin

小麦苗BLOG文章索引

小麦苗BLOG文章索引            自从2014年7月1号开始写blog到2015年5月5日,历时10个月的时间,大概写了90篇文章,这blog多了就乱了,今天抽空出来整理整理,方便大家也方便自己阅读,本文将一直更新,另外,最后我把所有的blog文章全列出来,可能会有用.    小麦苗的所有文章:itpub文章链接-小麦苗.zip     2015年06月03日更新一次,我写的blog数量:109 篇    2015年07月03日更新一次,我写的blog数量:126 篇    2016

再次遇到ORA-04030的错误

<span style="font-size:16px;font-family:'Courier New';"><br />     客户的一套Oracle 11.2.0.3 for AIX 6.1的RAC环境每天一直有ORA-04030的报错,能够确定的是<span style="color:#E53333;">物理内存充足,操作系统oracle用户ulimit没有任何限制,PGA的大小跟此报错没有关系(增大PGA或者缩小PGA