ORA-00704: 引导程序进程失败 ORA-00600: 内部错误代码,参数: [4000], [14], [], [], [], [], [],

KSTDUMP: End of in-memory trace dump
ORA-00704: 引导程序进程失败
ORA-00704: 引导程序进程失败
ORA-00600: 内部错误代码，参数: [4000], [14], [], [], [], [], [], []
数据库无法启动，启动时提示：ORA-01092: ORACLE 例程终止。强行断开连接

9.2.0.1.0 + Win 2000， 9.2.0.1 是一个极不稳定的版本，没有任何理由继续使用该版本。
allowresetlogs_corruption= TRUE
corruptedrollback_segments= SYSSMU1$, SYSSMU2$, SYSSMU3$, SYSSMU4$, SYSSMU5$, SYSSMU6$, SYSSMU7$, SYSSMU8$, SYSSMU9$, SYSSMU10$
你已经使用了非正常手段的 allowresetlogs_corruption 和 corruptedrollback_segments ，这可能导致数据字典和 segment都存在大量讹误
Sat Oct 27 13:17:43 2012
SMON: enabling cache recovery
Sat Oct 27 13:17:43 2012
Errors in file d:\oracle\admin\nmgecid\udump\nmgecid_ora_808.trc:
ORA-00600: 内部错误代码，参数: [4000], [14], [], [], [], [], [], []
Sat Oct 27 13:17:44 2012
Errors in file d:\oracle\admin\nmgecid\udump\nmgecid_ora_808.trc:
ORA-00704: 引导程序进程失败
ORA-00704: 引导程序进程失败
ORA-00600: 内部错误代码，参数: [4000], [14], [], [], [], [], [], []
Sat Oct 27 13:17:44 2012
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 808
ORA-1092 signalled during: alter database open resetlogs...
ORA-704 bootstrap fatal error + ORA-600[4000]
*** SESSION ID:(9.3) 2012-10-27 13:17:39.000
*** 2012-10-27 13:17:39.000
*** 2012-10-27 13:17:43.000
ksedmp: internal or fatal error
ORA-00600: 内部错误代码，参数: [4000], [14], [], [], [], [], [], []
Current SQL statement for this session:
select ctime, mtime, stime from obj$ where obj# = :1引发错误的对象是 OBJ$对象，可能引发该ORA-600[4000]的块，分别是 DATAFILE 1的 380块和122块：
BH (0x6C3FEAC8) file#: 1 rdba: 0x0040017c (1/380) class 1 ba: 0x6C3DC000
set: 6 dbwrid: 0 obj: 56 objn: 56
hash: [6bbf58a4,67e920f4] lru: [6c3fec88,6c3fe998]
ckptq: [NULL] fileq: [NULL]
st: XCURRENT md: NULL rsop: 0x00000000 tch: 0
flags: only_sequential_access
LRBA: [0x0.0.0] HSCN: [0xffff.ffffffff] HSUB: [255] RRBA: [0x0.0.0]
buffer tsn: 0 rdba: 0x0040017c (1/380)
scn: 0x0000.000000db seq: 0x01 flg: 0x06 tail: 0x00db0601
frmt: 0x02 chkval: 0x9441 type: 0x06=trans data
Block header dump: 0x0040017c
Object id on Block? Y
seg/obj: 0x38 csc: 0x00.d1 itc: 1 flg: O typ: 1 - DATA
     fsl: 0 fnx: 0x0 ver: 0x01
Itl           Xid                  Uba         Flag Lck        Scn/Fsc
0x01   0x0000.022.00000002 0x00400195.0004.17 --U-    9 fsc 0x0000.000000db
data_block_dump,data header at 0x6c3dc044
===============
buffer with tsn: 0 rdba: 0x0040017c (1/380) has already been dumped
BH (0x6C3FE894) file#: 1 rdba: 0x0040007a (1/122) class 1 ba: 0x6C3D6000
set: 5 dbwrid: 0 obj: 18 objn: 18
hash: [6bbe9b2c,67e80ed4] lru: [6c3fea54,67ea4868]
ckptq: [NULL] fileq: [NULL]
use: [67e3c450,67e3c450] wait: [NULL]
st: XCURRENT md: SHR rsop: 0x00000000 tch: 0
LRBA: [0x0.0.0] HSCN: [0xffff.ffffffff] HSUB: [255] RRBA: [0x0.0.0]
buffer tsn: 0 rdba: 0x0040007a (1/122)
scn: 0x0bcf.c733503a seq: 0x01 flg: 0x06 tail: 0x503a0601
frmt: 0x02 chkval: 0x4ff3 type: 0x06=trans data
Block header dump: 0x0040007a
Object id on Block? Y
seg/obj: 0x12 csc: 0xbcf.c7335039 itc: 1 flg: - typ: 1 - DATA
     fsl: 0 fnx: 0x0 ver: 0x01
Itl           Xid                  Uba         Flag Lck        Scn/Fsc
0x01   0x000e.00f.000001b1 0x008010cf.0074.07 --U-    1 fsc 0x0000.c733503a

Similar Messages

Err#-600 msg ORA-00600: internal error code, arguments: [4000], [7089]

Hi All,
I am getting the error "Err#-600 msg ORA-00600: internal error code, arguments: [4000], [7089]" while running a package. Could not able to get detailed info on this. Please someone help in resolving the above error.
Thanks,
Karthi

http://orafaq.com/wiki/ORA-00600
You can follow Nikolay's advice or try to find a workaround yourself by rewriting your query using a somehow different approach
Regards
Etbin

ORA-00600: internal error code, arguments: [4000], [13824] , [], [], [], []

Hi
I am getting following error while issuing below query on production DB server.
Please help me out.
select * from ss_ntl_other_inc_det where ntl_seq_no=4071205129
ERROR at line 1:
ORA-00600: internal error code, arguments: [4000], [13824], [], [], [], [], [],
Thanks and Regards

....theres an ora600 lookup tool which helios posted. Always hit this first. maybe someone made a change that needs to be reversed? could find it in seconds with the 600 lookup tool. Always, always, always lookup that tool first. If it doesnt help only THEN log an SR.
If the error is found in 600 lookup tool, the support engineer would only point you at that anyway which means you wasted minutes or even hours logging the call and waiting for the engineer to come back.
I was on support anyway so had a look and that error is in the 600 lookup tool. OP, look it up.

Ora-00600 error when registering xsd with large enumeration

I am trying to register the xsd:
http://212.130.77.78/StandatWS/StandatXSD.asmx/GetSchema?SchemaFile=std00019.xsd
It contains a very large enumerated type like this:
<xsd:simpleType name="std00019">
<xsd:annotation>
<xsd:documentation>Stofparametre</xsd:documentation>
</xsd:annotation>
<xsd:restriction base="xsd:string">
<xsd:enumeration value="0000">
<xsd:annotation>
<xsd:documentation></xsd:documentation>
</xsd:annotation>
</xsd:enumeration>
<xsd:enumeration value="0001">
<xsd:annotation>
<xsd:documentation>Syn</xsd:documentation>
</xsd:annotation>
</xsd:enumeration>
The file is more than 7000 lines of xml. If I try to cut it down to less than 4000 lines or so, then I can register it. Otherwise it give me an error like this:
1 begin
2 dbms_xmlschema.registerURI(
3 'http://212.130.77.78/StandatWS/StandatXSD.asmx/GetSchema?SchemaFile=std00019.xsd',
4 'http://212.130.77.78/StandatWS/StandatXSD.asmx/GetSchema?SchemaFile=std00019.xsd'
5 );
6* end;
SQL> /
begin
FEJL i linie 1:
ORA-00600: intern fejlkode, argumenter: [qmxiCreateColl2], [11], [], [], [],
ORA-06512: ved "XDB.DBMS_XMLSCHEMA_INT", linje 0
ORA-06512: ved "XDB.DBMS_XMLSCHEMA", linje 185
ORA-06512: ved linje 2
I am using 9.2.0.6.0
Do you know if there is a maximum length of an enumeration in oracle?

If you cannot post the schema please open a itar with oralce support so that the schema can be uploaded.

ORA-00600 after patch 6890831 on Windows Vista

Hi there.
I've just applied patch 6890831 and now the database fails to open. I'm using Oracle 11.1.0.6 on Windows Vista.
It's installed on my laptop, having 2.5gz Dual and 4gb RAM
Here's a partial of the ALERT_LOG file:
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = C:\app\marcos
Tue Mar 24 11:46:04 2009
ALTER DATABASE MOUNT
Setting recovery target incarnation to 2
Successful mount of redo thread 1, with mount id 609103484
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
Tue Mar 24 11:46:09 2009
ALTER DATABASE OPEN
Thread 1 opened at log sequence 25
Current log# 1 seq# 25 mem# 0: C:\APP\MARCOS\ORADATA\BIDB\REDO01.LOG
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
Errors in file c:\app\marcos\diag\rdbms\bidb\bidb\trace\bidb_ora_5436.trc:
ORA-00704: falha do processo de comando de entrada
ORA-39700: banco de dados deve ser aberto com a opção UPGRADE
Error 704 happened during db open, shutting down database
USER (ospid: 5436): terminating the instance due to error 704
Tue Mar 24 11:46:12 2009
Errors in file c:\app\marcos\diag\rdbms\bidb\bidb\trace\bidb_smon_2560.trc:
ORA-00704: bootstrap process failure
Errors in file c:\app\marcos\diag\rdbms\bidb\bidb\trace\bidb_mmon_5432.trc (incident=10913):
ORA-00600: internal error code, arguments: [kmgs_parameter_update_timeout_1], [704], [], [], [], [], [], [], [], [], [], []
ORA-00704: bootstrap process failure
Incident details in: c:\app\marcos\diag\rdbms\bidb\bidb\incident\incdir_10913\bidb_mmon_5432_i10913.trc
Instance terminated by USER, pid = 5436
ORA-1092 signalled during: ALTER DATABASE OPEN...
ORA-1092 : opiodr aborting process unknown ospid (244_5436)
Tue Mar 24 11:46:17 2009
ORA-1092 : opitsk aborting process
Tue Mar 24 11:56:25 2009Any comments will be appreciated...
Ah.... by the way... IT EVEN CRASHED MY WINDOWS VISTA!!!
Windows had to recover itself (don't ask me why or how!).
Thanks in advance!
Marcos

Hi..
As you have applied patch, did you try to open the database as
sql> startup upgrade.
There musy be some files that needs to be run.
Better read the README.HTML of the patch and follow the steps.
If eveythig is done correctly and then also ORA-600 persist better raise SR to Oracle Support.
For ORA-600 you can refer to metalink Doc ID: 356537.1
Anand

Problem in UPDATE with EXTRACTVALUE : ORA-00600

Hi all,
I have some trouble with this update query :
UPDATE enveloppe_message
   SET ems_date_modification = SYSDATE,
       ems_login_modification = 'pipo',
       ems_dn_emet = EXTRACTVALUE (ems_xml, '/DataPDU/Header/Message/Sender/DN', 'xmlns="urn:swift:saa:xsd:saa.2.0"'),
       ems_dn_dest = EXTRACTVALUE (ems_xml, '/DataPDU/Header/Message/Receiver/DN', 'xmlns="urn:swift:saa:xsd:saa.2.0"'),
       ems_reference_tech = EXTRACTVALUE (ems_xml, '/DataPDU/Header/Message/SenderReference', 'xmlns="urn:swift:saa:xsd:saa.2.0"')
WHERE ems_id = 1130;I get this error message :
ORA-00600: code d'erreur interne, arguments : [koklismem111: BFILE locator], [], [], [], [], [], [], [], [], [], [], []But if I do this :
SELECT EXTRACTVALUE (ems_xml, '/DataPDU/Header/Message/Sender/DN', 'xmlns="urn:swift:saa:xsd:saa.2.0"') AS a,
       EXTRACTVALUE (ems_xml, '/DataPDU/Header/Message/Receiver/DN', 'xmlns="urn:swift:saa:xsd:saa.2.0"') AS b,
       EXTRACTVALUE (ems_xml, '/DataPDU/Header/Message/SenderReference', 'xmlns="urn:swift:saa:xsd:saa.2.0"') AS c
FROM enveloppe_message
WHERE ems_id = 1130;It's ok and I get these datas :
a : ou=abc,ou=ghf,o=bvhdjdie,o=lkljg
b : ou=dfg,ou=fkd,o=nbjfkkdk,o=bnfjd
c : jkldfjsdlflsnvkllkfkfllcklqsjkckldand thus, this query become ok ????
UPDATE enveloppe_message
   SET ems_date_modification = SYSDATE,
       ems_login_modification = 'pipo',
       ems_dn_emet = 'ou=abc,ou=ghf,o=bvhdjdie,o=lkljg',
       ems_dn_dest = 'ou=dfg,ou=fkd,o=nbjfkkdk,o=bnfjd',
       ems_reference_tech = 'jkldfjsdlflsnvkllkfkfllcklqsjkckld'
WHERE ems_id = 1130;Does anyone have some idea ????
Thanks.

Thanks a lot Marco for the link on the FAQ.
But I don't understand how to use a non default namespace... sorry!
Finally, this query is okay :
SELECT xmlcast(xmlquery('declare default element namespace "urn:swift:saa:xsd:saa.2.0"; $p/DataPDU/Header/Message/Sender/DN' passing ems_xml as "p" returning content) as varchar2(4000)) AS a,
       xmlcast(xmlquery('declare default element namespace "urn:swift:saa:xsd:saa.2.0"; $p/DataPDU/Header/Message/Receiver/DN' passing ems_xml as "p" returning content) as varchar2(4000)) AS b,
       xmlcast(xmlquery('declare default element namespace "urn:swift:saa:xsd:saa.2.0"; $p/DataPDU/Header/Message/SenderReference' passing ems_xml as "p" returning content) as varchar2(4000)) AS c
FROM enveloppe_message
WHERE ems_id = 1130;But this one, not !
UPDATE enveloppe_message
   SET ems_date_modification = SYSDATE,
       ems_login_modification = 'pipo',
       ems_dn_emet = xmlcast(xmlquery('declare default element namespace "urn:swift:saa:xsd:saa.2.0"; $p/DataPDU/Header/Message/Sender/DN' passing ems_xml as "p" returning content) as varchar2(4000)),
       ems_dn_dest = xmlcast(xmlquery('declare default element namespace "urn:swift:saa:xsd:saa.2.0"; $p/DataPDU/Header/Message/Receiver/DN' passing ems_xml as "p" returning content) as varchar2(4000)),
       ems_reference_tech = xmlcast(xmlquery('declare default element namespace "urn:swift:saa:xsd:saa.2.0"; $p/DataPDU/Header/Message/SenderReference' passing ems_xml as "p" returning content) as varchar2(4000))
WHERE ems_id = 1130;I get the same error :
ORA-00600: code d'erreur interne, arguments : [koklismem2: insufficient locator len], [0], [86], [], [], [], [], [], [], [], [], []Maybe these optimizations don't solve my initial problem !?

ORA -00600 - Urgent

I noticed this following error in the alert log. i am not sure how serious this error is.
Is this is a trigger for concern ? Please advice.
ORA-00600: internal error code, arguments: [729], [600], [space leak], [], [], [], [], ]

What's the oracle version?
Assuming the oracle version is 10g, Refer to Note:31056.1 from metalink.
SUGGESTIONS:
Event 10262 can be set to safely ignore small memory leaks.
Set the following in init.ora for example to disable space leaks less than 4000 bytes:
event = "10262 trace name context forever, level 4000"
and stop and restart the database.
Repeated errors or large memory leaks can be diagnosed further by sending the alert.log and trace files to Oracle support.

ORA-00600: internal error code, arguments: [kdddgb1], [0], [], [], [], [],

Dear all,
we are getting the following errors in our alert file.
Errors in file /oracle8i/oracle/app/admin/sbidpc8/udump/sbidpc8_ora_650.trc:
ORA-00600: internal error code, arguments: [kdddgb1], [0], [], [], [], [], [], []
The portion of trace file is also pasted here.
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kdddgb1], [0], [], [], [], [], [], []
Current SQL statement for this session:
UPDATE CORG SET UCD_CORG_BORRTYPECODE=:b1,UCD_CORG_RELATIONSHIPCODE=:b2,UCD_CORG_RELATIONTYPECODE=:b3,CORG_BUSINESSENTITYNAME=:b4,CORG_BORROWERTITLE=:b5,CORG_FIRSTNAME=:b6,CORG_MIDDLENAME1=:b7,CORG_MIDDLENAME2=:b8,CORG_MIDDLENAME3=:b9,CORG_LASTNAME=:b10,CORG_PAN=:b11,CORG_PERCENTAGECONTROL=:b12,CORG_ADDRESS1=:b13,CORG_ADDRESS2=:b14,CORG_ADDRESS3=:b15,CORG_TOWNCITYNAME=:b16,STDS_CORG_DISTCODE=:b17,STDS_CORG_STATECODE=:b18,CORG_PIN=:b19,SWFT_CORG_COUNTRYCODE=:b20,CORG_TELEPHONEAREACODE=:b21,CORG_TELEPHONE=:b22,CORG_EMAIL=:b23,CORG_WORTHAMT=:b24,CORG_RELINQUISHINGDATE=:b25 WHERE CUST_CORG_BRCD = :b26 AND CUST_CORG_CUSTID = :b27 AND PRDT_CORG_REPORTDATE = :b28 AND CORG_NAMEID = :b29
----- PL/SQL Call Stack -----
object line object
handle number name
f01520d0 1489 package body CIS.PKGUPLOAD
efa17d80 13 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+168 CALL ksedst()+0 540 ? 0 ? FFBF6570 ?
FFBF6014 ? FFBF5FF8 ? 0 ?
kgerinv()+184 PTR_CALL 00000000 3 ? 0 ? 0 ? 175DCEC ? 1 ?
FFBF6D7C ?
kgesinv()+20 CALL kgerinv()+0 186509C ? 18B7D4C ? 14B03BC ?
1 ? FFBF6D7C ? 1855270 ?
ksesin()+60 CALL kgesinv()+0 186509C ? 18B7D4C ? 175DCEC ?
1 ? FFBF6D7C ? F3329628 ?
kdddgb()+1496 CALL ksesin()+0 175DCEC ? 1 ? 0 ? 0 ? 0 ?
18AFDA1 ?
kdusru()+604 CALL kdddgb()+0 18AFCF4 ? 0 ? 2 ? 18AFCF4 ?
EF9EE640 ? 18AFD24 ?
kauupd()+148 CALL kdusru()+0 18AF25C ? 0 ? 18AFCF4 ? 0 ?
0 ? 18B0060 ?
updrow()+3744 CALL kauupd()+0 18AF258 ? 0 ? 18AFCF4 ? 0 ?
FFFF ? 1E ?
qerupFetch()+272 CALL updrow()+0 0 ? EF9F5DD4 ? 18AFCF4 ?
18AF258 ? 18AECC4 ? 18AFCF4 ?
updaul()+392 PTR_CALL 00000000 EF9F4138 ? 1867C84 ?
EF9F5DD4 ? 7FFF ? 186A604 ?
EF9EE640 ?
updexe()+232 CALL updaul()+0 EF9F7108 ? FFBF7B44 ?
1867C00 ? 1868000 ? 18AEA98 ?
18AEA94 ?
opiexe()+9440 CALL updexe()+0 EF9F7108 ? 0 ? 18AEA94 ?
18AECC4 ? 18AEA98 ? 18AECC4 ?
opipls()+9740 CALL opiexe()+0 18AEA94 ? EF9F7108 ? 4 ?
EF9F7108 ? 18BE3F0 ?
1911F98 ?
opiodr()+5688 PTR_CALL 00000000 1868000 ? 1A ? 18AEA90 ?
192F9F0 ? 2758920 ? 460 ?
rpidrus()+128 CALL opiodr()+0 1562F40 ? FFBF9664 ?
1869000 ? 44 ? 1597C1A ?
18BCBB8 ?
skgmstack()+156 PTR_CALL 00000000 FFBF974C ? FFBF9888 ? 1 ? 0 ?
0 ? 0 ?
rpidru()+140 CALL skgmstack()+0 FFBF986C ? 1864EF0 ? F618 ?
81121C ? FFBF9888 ?
EFA184B0 ?
rpiswu2()+608 PTR_CALL 00000000 FFBF9C7C ? 811384 ? 0 ?
FFBFDBEC ? 2E ? FE743EF4 ?
rpidrv()+2240 CALL rpiswu2()+0 FFBF9918 ? 1865000 ?
FFBF9BEC ? 2 ? FFBF9BE4 ?
2E ?
psddr0()+136 CALL rpidrv()+0 1911F98 ? 32 ? 4000 ?
1864C00 ? FFBF9C3C ?
1865000 ?
psdnal()+216 CALL psddr0()+0 FFBF9DC8 ? FFBF9D28 ?
FFBF9DC8 ? 30 ? 1660478 ?
1CC5D20 ?
pfrrun()+58188 PTR_CALL 00000000 FFBFBBFC ? FFBFBCC0 ? 0 ?
2E ? 2E ? 1 ?
peicnt()+324 CALL pfrrun()+0 74 ? 192F578 ? F01466E4 ?
11A ? FFBFBBFC ? 18BCBB8 ?
kkxexe()+468 CALL peicnt()+0 FFBFBBFC ? 18BCBB8 ?
18BCBB8 ? FFBFBBFC ?
FFBFBB2C ? 0 ?
opiexe()+11608 CALL kkxexe()+0 186A400 ? 18BCBB8 ?
7FFFFC00 ? 14B5800 ?
1864C00 ? EFA17D80 ?
opiall0()+4944 CALL opiexe()+0 0 ? EFA18A54 ? 4 ? EFA18A54 ?
1867C9C ? 18BCD1C ?
opial7()+324 CALL opiall0()+0 18BA5A4 ? FFBFD4F8 ?
1562920 ? 18BCD1C ? 3E ? 0 ?
opiodr()+5688 PTR_CALL 00000000 1 ? F ? FFBFF048 ? 18BCD1C ?
F1BCDAF4 ? F1B773D8 ?
ttcpip()+956 PTR_CALL 00000000 1562D50 ? FFBFD7EC ?
1869000 ? 1 ? 1597B9E ? 0 ?
opitsk()+664 CALL ttcpip()+0 1867C98 ? 1867D74 ? 1597B9E ?
FFBFE6AC ? FFBFE848 ? 0 ?
opiino()+1792 CALL opitsk()+0 0 ? 18669F0 ? 186946C ? 0 ?
1 ? 0 ?
opiodr()+5688 PTR_CALL 00000000 FFBFFA28 ? 80005000 ?
1867C00 ? 189AC58 ? 0 ?
1855270 ?
opidrv()+1316 CALL opiodr()+0 1562CA0 ? FFBFF62C ?
1869000 ? 0 ? 1597B72 ?
1872F7C ?
sou2o()+20 CALL opidrv()+0 3C ? FFBFF73C ? 1864C00 ?
FFBFF790 ? 0 ? 0 ?
main()+160 CALL sou2o()+0 FFBFFA38 ? 3C ? 4 ?
FFBFFA28 ? 165B614 ?
1872F7C ?
_start()+220 CALL main()+0 0 ? FFBFFBE4 ? 188A05C ?
1864C00 ? 0 ? 0 ?
----- Argument/Register Address Dump -----
Argument/Register addr=ffbf6570.
We request you to please look into this and help us out as early as possible.
One query we are having is that whether database will crash, because of these errors?
With regards
Rajesh Jain

Amit,
The doc id mentioned by Satish already,*138325.1* is the correct note for the error code of yours.As its not right to post the content of metalink material, I shall just say that you have hit a bug which is removed in the release of 10g. So you should upgrade to 10g and/or , post the trace files which are created by this error to Oracle Support. I am not sure that would work either as support for 8i is not there any more.
HTH
Aman....

ORA-00600: internal error code, arguments: [17090], [], [], [], [], [], [],

Dear all,
we are getting the following errors in our alert file.
Errors in file /oracle8i/oracle/app/admin/sbidpc8/udump/sbidpc8_ora_650.trc:
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [17090], [], [], [], [], [], [], []
Current SQL statement for this session:
UPDATE CORG SET UCD_CORG_BORRTYPECODE=:b1,UCD_CORG_RELATIONSHIPCODE=:b2,UCD_CORG_RELATIONTYPECODE=:b3,CORG_BUSINESSENTITYNAME=:b4,CORG_BORROWERTITLE=:b5,CORG_FIRSTNAME=:b6,CORG_MIDDLENAME1=:b7,CORG_MIDDLENAME2=:b8,CORG_MIDDLENAME3=:b9,CORG_LASTNAME=:b10,CORG_PAN=:b11,CORG_PERCENTAGECONTROL=:b12,CORG_ADDRESS1=:b13,CORG_ADDRESS2=:b14,CORG_ADDRESS3=:b15,CORG_TOWNCITYNAME=:b16,STDS_CORG_DISTCODE=:b17,STDS_CORG_STATECODE=:b18,CORG_PIN=:b19,SWFT_CORG_COUNTRYCODE=:b20,CORG_TELEPHONEAREACODE=:b21,CORG_TELEPHONE=:b22,CORG_EMAIL=:b23,CORG_WORTHAMT=:b24,CORG_RELINQUISHINGDATE=:b25 WHERE CUST_CORG_BRCD = :b26 AND CUST_CORG_CUSTID = :b27 AND PRDT_CORG_REPORTDATE = :b28 AND CORG_NAMEID = :b29
----- PL/SQL Call Stack -----
object line object
handle number name
f01520d0 1489 package body CIS.PKGUPLOAD
efa17d80 13 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+168 CALL ksedst()+0 540 ? 0 ? FFBF6FA8 ?
FFBF6A4C ? FFBF6A30 ? 0 ?
kgeriv()+196 PTR_CALL 00000000 3 ? 0 ? 0 ? 258 ? 1 ? 42C2 ?
kgesiv()+96 CALL kgeriv()+0 186509C ? 18B7D4C ? 14B03BC ?
0 ? FFBF77C8 ? 1855270 ?
kgesic0()+32 CALL kgesiv()+0 186509C ? 18B7D4C ? 42C2 ?
0 ? FFBF77C8 ? 1855270 ?
updrow()+2280 CALL kgerse()+0 186509C ? 18B7D4C ? 42C2 ?
833CE4 ? FFBF6D7C ? 0 ?
qerupFetch()+272 CALL updrow()+0 18AFCF4 ? EF9F5DD4 ?
18AFCF4 ? 18AF258 ? 18AECC4 ?
18AFCF4 ?
updaul()+392 PTR_CALL 00000000 EF9F4138 ? 1867C84 ?
EF9F5DD4 ? 7FFF ? 186A604 ?
EF9EE640 ?
updexe()+232 CALL updaul()+0 EF9F7108 ? FFBF7B44 ?
1867C00 ? 1868000 ? 18AEA98 ?
18AEA94 ?
opiexe()+9440 CALL updexe()+0 EF9F7108 ? 0 ? 18AEA94 ?
18AECC4 ? 18AEA98 ? 18AECC4 ?
opipls()+9740 CALL opiexe()+0 18AEA94 ? EF9F7108 ? 4 ?
EF9F7108 ? 18BE3F0 ?
1911F98 ?
opiodr()+5688 PTR_CALL 00000000 1868000 ? 1A ? 18AEA90 ?
192F9F0 ? 2758920 ? 460 ?
rpidrus()+128 CALL opiodr()+0 1562F40 ? FFBF9664 ?
1869000 ? 44 ? 1597C1A ?
18BCBB8 ?
skgmstack()+156 PTR_CALL 00000000 FFBF974C ? FFBF9888 ? 1 ? 0 ?
0 ? 0 ?
rpidru()+140 CALL skgmstack()+0 FFBF986C ? 1864EF0 ? F618 ?
81121C ? FFBF9888 ?
EFA184B0 ?
rpiswu2()+608 PTR_CALL 00000000 FFBF9C7C ? 811384 ? 0 ?
FFBFDBEC ? 2E ? FE743EF4 ?
rpidrv()+2240 CALL rpiswu2()+0 FFBF9918 ? 1865000 ?
FFBF9BEC ? 2 ? FFBF9BE4 ?
2E ?
psddr0()+136 CALL rpidrv()+0 1911F98 ? 32 ? 4000 ?
1864C00 ? FFBF9C3C ?
1865000 ?
psdnal()+216 CALL psddr0()+0 FFBF9DC8 ? FFBF9D28 ?
FFBF9DC8 ? 30 ? 1660478 ?
1CC5D20 ?
pfrrun()+58188 PTR_CALL 00000000 FFBFBBFC ? FFBFBCC0 ? 0 ?
2E ? 2E ? 1 ?
peicnt()+324 CALL pfrrun()+0 74 ? 192F578 ? F01466E4 ?
11A ? FFBFBBFC ? 18BCBB8 ?
kkxexe()+468 CALL peicnt()+0 FFBFBBFC ? 18BCBB8 ?
18BCBB8 ? FFBFBBFC ?
FFBFBB2C ? 0 ?
opiexe()+11608 CALL kkxexe()+0 186A400 ? 18BCBB8 ?
7FFFFC00 ? 14B5800 ?
1864C00 ? EFA17D80 ?
opiall0()+4944 CALL opiexe()+0 0 ? EFA18A54 ? 4 ? EFA18A54 ?
1867C9C ? 18BCD1C ?
opial7()+324 CALL opiall0()+0 18BA5A4 ? FFBFD4F8 ?
1562920 ? 18BCD1C ? 3E ? 0 ?
opiodr()+5688 PTR_CALL 00000000 1 ? F ? FFBFF048 ? 18BCD1C ?
F1BCDAF4 ? F1B773D8 ?
ttcpip()+956 PTR_CALL 00000000 1562D50 ? FFBFD7EC ?
1869000 ? 1 ? 1597B9E ? 0 ?
opitsk()+664 CALL ttcpip()+0 1867C98 ? 1867D74 ? 1597B9E ?
FFBFE6AC ? FFBFE848 ? 0 ?
opiino()+1792 CALL opitsk()+0 0 ? 18669F0 ? 186946C ? 0 ?
1 ? 0 ?
opiodr()+5688 PTR_CALL 00000000 FFBFFA28 ? 80005000 ?
1867C00 ? 189AC58 ? 0 ?
1855270 ?
opidrv()+1316 CALL opiodr()+0 1562CA0 ? FFBFF62C ?
1869000 ? 0 ? 1597B72 ?
1872F7C ?
sou2o()+20 CALL opidrv()+0 3C ? FFBFF73C ? 1864C00 ?
FFBFF790 ? 0 ? 0 ?
main()+160 CALL sou2o()+0 FFBFFA38 ? 3C ? 4 ?
FFBFFA28 ? 165B614 ?
1872F7C ?
_start()+220 CALL main()+0 0 ? FFBFFBE4 ? 188A05C ?
1864C00 ? 0 ? 0 ?
----- Argument/Register Address Dump -----
Argument/Register addr=ffbf6fa8.
We request you to please look into this and help us out as early as possible.
One query we are having is that whether database will crash, because of these errors?
With regards
Rajesh Jain

ORA-600 = go to http://metalink.oracle.com
Would it be possible to pick a thread to tell that at the top of this forum ?
Fred

ORA-00600 / kohdtf048 error

I am getting an error on a query retrieving the
SDO_GEOM.SDO_INTERSECTION() which uses SDO_RELATE()
in the WHERE clause.
Any information and/or suggestions would be appreciated.

The sdo_version is 9.2.0
I've pasted the part of the .trc file below - including the query. Let me know if you want the binary stack
trace.
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
ORACLE_HOME = /u01/home/oracle/product/9.2.0
System name:     SunOS
Node name:     atathrd01
Release:     5.9
Version:     Generic_112233-07
Machine:     sun4u
Instance name: ATATHRD1
Redo thread mounted by this instance: 1
Oracle process number: 13
Unix process pid: 9843, image: oracle@atathrd01 (TNS V1-V3)
*** SESSION ID:(81.7065) 2004-02-04 10:17:07.179
*** 2004-02-04 10:17:07.179
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kohdtf048], [], [], [], [], [], [], []
Current SQL statement for this session:
SELECT m.module, m.minalt, m.maxalt, SDO_GEOM.SDO_INTERSECTION(m.module_geom, :SegmGeom, .5) FROM TEST_GEOM_ADD m WHERE module in ( 'ZME0101M1', 'ZME6701M1' ) AND SDO_RELATE(module_geom, :SegmGeom, 'mask=ANYINTERACT querytype=WINDOW')='TRUE'
----- PL/SQL Call Stack -----
object line object
handle number name
30c17630 439 package body MDSYS.SDO_3GL
3581c720 3144 package body MDSYS.SDO_GEOM
3581c720 3193 package body MDSYS.SDO_GEOM
346b3290 262 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+248 CALL ksedst()+0 2C7FF4C ? 2C7FF28 ? C ? 0 ?
FFBF4FF4 ? 2C7FC00 ?
kgerinv()+160 PTR_CALL 00000000 3 ? 3 ? 258 ? 2E776C8 ? 0 ?
FFBF567C ?
kgesinv()+20 CALL kgerinv()+0 2F5CE10 ? 30070EC ? 2E776C8 ?
0 ? FFBF567C ? 0 ?
kgesin()+28 CALL kgesinv()+0 2F5CE10 ? 30070EC ? 2E776C8 ?
0 ? FFBF567C ? 96B7EC ?
kohdtf()+164 CALL kgesin()+0 2F5CE10 ? 30070EC ? 2E776C8 ?
0 ? D494D300 ? FF0C65C8 ?
kohbgud()+124 CALL kohdtf()+0 2F5CE10 ? FEB611C8 ?
30289EC ? 1 ? E4 ? 2000 ?
kohbgu()+56 CALL kohbgud()+0 2F5CE10 ? C ? 0 ? C ? 0 ?
2F14280 ?
mdirisct()+176 CALL kohbgu()+0 2F5CE10 ? C ? 0 ? 2 ?
FFBF5A28 ? FFBF5A10 ?
mdorelun()+604 CALL mdirisct()+0 FFBF5A28 ? 2F5CCD4 ?
2FEDF84 ? FFBF5A30 ?
FFBF5958 ? FFBF5A30 ?
mdorel_geom_op()+69 CALL mdorelun()+0 FFBF6C50 ? FFFFFFFF ?
6 FFBF5AB4 ? FFBF78A8 ?
FFBF6BDC ? 251CD80 ?
OCI_geom_op()+100 CALL mdorel_geom_op()+0 FFBF5A30 ? FFBF6CD0 ?
3031574 ? 3031620 ? 3 ?
FFBF6C50 ?
spefcpfa()+560 PTR_CALL 00000000 FFBF78A8 ? 3027B90 ? 0 ?
3031574 ? 3031620 ? 3 ?
spefmccallstd()+916 CALL spefcpfa()+0 FFBF7664 ? B ? 300FCD0 ?
FFBF700C ? FFBF7024 ? 0 ?
peftrusted()+176 CALL pextproc()+0 FFBF78E0 ? FFBF7644 ?
FFBF76D0 ? FFBF7664 ? 0 ? 2 ?
psdexsp()+44 PTR_CALL 00000000 FFBF78E0 ? FFBF73C4 ? 0 ?
3581C720 ? 2 ? 2 ?
rpiswu2()+328 PTR_CALL 00000000 FFBF7564 ? 8B9460 ? 0 ?
30C17630 ? 300FCA4 ?
300FC2C ?
psdextp()+388 CALL rpiswu2()+0 2E30DAB4 ? 48 ? 2E30DAD8 ?
2 ? FFBF7504 ? 48 ?
pefccal()+440 PTR_CALL 00000000 FEA902C4 ? FFBF7644 ?
FFBF76D0 ? 0 ? 20003 ?
FFBF78E0 ?
pefcal()+36 CALL pefccal()+0 0 ? 37F02828 ? FFBF78E0 ? 0 ?
FFBF78E8 ? FFBF78EC ?
pevm_FCAL()+200 CALL pefcal()+0 FFBF78E0 ? 300D87C ?
FEA902C4 ? FFBF78DC ? D83 ?
FFBF7950 ?
pfrrun()+51116 CALL pevm_FCAL()+0 FEA903AC ? 37F02828 ? 78 ?
FFBF7F34 ? 37F01C08 ? 0 ?
peidxr_run()+172 CALL pfrrun()+0 58 ? 0 ? 4 ? 0 ? 53444F5F ?
5354414E ?
peidxexe()+136 CALL peidxr_run()+0 FE9A03D8 ? 1D ? FEB67994 ?
4 ? 8 ? FE9A03F0 ?
kkxdexe()+716 CALL peidxexe()+0 FE9A03D8 ? FEB67838 ?
FF000000 ? FC00 ? 1 ? 1 ?
kkxmpexe()+396 CALL kkxdexe()+0 FE9100C0 ? FEB67838 ?
FE9A0578 ? FE9A030C ? 0 ?
FEB679D8 ?
kgmexwi()+1428 PTR_CALL 00000000 2F5CE10 ? 0 ? 0 ? 0 ? 0 ?
FE9A030C ?
kgmexec()+316 CALL kgmexwi()+0 FE9A030C ? 0 ? 0 ? 0 ? 0 ?
FE7B6248 ?
evapls()+952 CALL kgmexec()+0 1 ? 0 ? 1D ? FFBF91DE ? 0 ?
FE9A0418 ?
evaopn2()+392 PTR_CALL 00000000 FE9A0308 ? 2F5CC00 ?
2F62800 ? 337E3FA8 ? 0 ? 3 ?
opifcr()+1500 CALL evaopn2()+0 337E3FA8 ? FEB5FF9C ? 2 ?
28615DC ? FE920074 ?
285F8D0 ?
qertbFetchByRowID() PTR_CALL 00000000 4000 ? 22181EE7 ? 3009254 ?
+1344 FE920074 ? FFBF9FE8 ? 58 ?
opifch2()+1440 PTR_CALL 00000000 38714094 ? 8C67FC ?
FFBF9FE8 ? 1 ? 0 ? 2F7CF9F8 ?
opifch()+56 CALL opifch2()+0 2F62800 ? 20011800 ?
2000BC00 ? 2000BC00 ?
2000BC00 ? 0 ?
opipls()+5172 CALL opifch()+0 5 ? 2 ? FFBFA2FC ? FEB60014 ?
0 ? 0 ?
opiodr()+1104 PTR_CALL 00000000 2F5CEEC ? 6 ? FFBFB188 ?
FEB5FA3C ? 346B3290 ?
FEB5FA3C ?
rpidrus()+112 CALL opiodr()+0 66 ? 0 ? FFBFB188 ? 8 ?
301A390 ? 10 ?
skgmstack()+152 PTR_CALL 00000000 FFBFAB90 ? 2F5CC58 ? 1 ? 0 ?
0 ? 0 ?
rpidru()+124 CALL skgmstack()+0 FFBFAB74 ? 2F5CC58 ? F618 ?
8B9900 ? FFBFAB90 ? 0 ?
rpiswu2()+328 PTR_CALL 00000000 FFBFB038 ? 8B9460 ? 0 ?
302563C ? 0 ? 28C ?
rpidrv()+1380 CALL rpiswu2()+0 2E30DAB4 ? 48 ? 2E30DAD8 ?
10 ? 300D64C ? 48 ?
psddr0()+124 CALL rpidrv()+0 2E30DAB4 ? 2E30DAD8 ?
2F5CC00 ? 10 ? 2E9CFA4 ?
FFBFB150 ?
psdnal()+176 CALL psddr0()+0 8 ? 66 ? FFBFB188 ? 71 ?
276A800 ? 0 ?
pevm_BFTCHC()+372 PTR_CALL 00000000 FFBFC650 ? FFBFC71C ?
2F63480 ? FEB5FA3C ?
346B3290 ? 346B3290 ?
pfrrun()+11304 CALL pevm_BFTCHC()+0 FEB6F19C ? 301A534 ? 0 ?
301A100 ? 301A390 ? 10 ?
peicnt()+232 CALL pfrrun()+0 48 ? 0 ? 372C9874 ? 0 ? 0 ?
0 ?
kkxexe()+524 CALL peicnt()+0 FFBFC650 ? FEB6F19C ?
372C9874 ? 0 ? 0 ? 0 ?
opiexe()+7460 CALL kkxexe()+0 FEB6D068 ? FFBFCD28 ?
2F62800 ? 2 ? 0 ? 0 ?
opiall0()+1180 CALL opiexe()+0 0 ? 0 ? 0 ? 2F5E800 ?
FFBFCD28 ? 2F5CC00 ?
kpoal8()+1004 CALL opiall0()+0 5E ? 22 ? FFBFD2E0 ? 0 ?
FFBFD290 ? 2FEA45C ?
opiodr()+1104 PTR_CALL 00000000 0 ? 135CD0 ? 40000 ? 1 ? 0 ?
0 ?
ttcpip()+900 PTR_CALL 00000000 5E ? 0 ? FFBFEFE0 ? 0 ? 4 ?
0 ?
opitsk()+768 CALL ttcpip()+0 FFBFE5BC ? 0 ? 2FB7D78 ?
184D0 ? 18400 ? 2F426C8 ?
opiino()+1328 CALL opitsk()+0 0 ? 0 ? 0 ? 0 ? 0 ? FF0000 ?
opiodr()+1104 PTR_CALL 00000000 3C ? 4 ? FFBFF7EC ? 0 ? 0 ?
0 ?
opidrv()+492 CALL opiodr()+0 3C ? 0 ? FFBFF7EC ? 0 ? 0 ?
0 ?
sou2o()+16 CALL opidrv()+0 3C ? 4 ? FFBFF7EC ?
2F6C6F67 ? FFBFF9C7 ? 0 ?
main()+236 CALL sou2o()+0 FFBFF7FC ? 3C ? 4 ?
FFBFF7EC ? 2FE89E8 ?
29F6C00 ?
_start()+264         CALL     main()+0             2 ? FFBFF8C4 ? FFBFF8D0 ?
2F5CC00 ? 0 ? 0 ?

While updating a table i am getting ORA-00600 error.

Hi all,
While updating a table i am getting the following:
**SQL Error: ORA-00600: internal error code, arguments: [qkebCreateConstantOpn1], [], [], [], [], [], [], [], [], [], [], []**
**00600. 00000 - "internal error code, arguments: [%s], [%s], [%s], [%s], [%s], [%s], [%s], [%s]"**
I am not getting how to proceed on this. Please guide me.
Thanks,
Ritesh

While performing some unspecified action (no DML) on an unknown table (no DDL) in an unknown version and edition of the Oracle database you had an untrapped Oracle exceptions.
There are too many unknowns to help you beyond recommending you open an SR at MyOracleSupport.

Ora-00600 error when dropping a table

Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
When I tried to drop a table, I got 600 error:
SQL> desc DEV.ATTR_IDX$EX
Name Null? Type
NODE_ID NOT NULL NUMBER
COL1 NUMBER
SQL> show user;
USER is "DEV"
SQL> select count(*) from DEV.ATTR_IDX$EX;
COUNT(*)
0
SQL> drop table DEV.ATTR_IDX$EX;
drop table DEV.ATTR_IDX$EX
ERROR at line 1:
ORA-00600: internal error code, arguments: [15265], [], [], [], [], [], [], [],
SQL> drop table DEV.ATTR_IDX$EX purge;
drop table DEV.ATTR_IDX$EX purge
ERROR at line 1:
ORA-00600: internal error code, arguments: [15265], [], [], [], [], [], [], [],
I guess this is because it had a parent table, which I dropped (I used "drop table <parent_table>", and it did not give me error, very strange).
SQL> select dbms_metadata.get_ddl('TABLE','ATTR_IDX$EX') from dual;
DBMS_METADATA.GET_DDL('TABLE','ATTR_IDX$EX')
CREATE TABLE "DEV"."ATTR_IDX$EX"
( "NODE_ID" NUMBER NOT NULL ENABLE,
"COL1" NUMBER,
FOREIGN KEY ("NODE_ID")
REFERENCES () ON DELETE CASCADE ENABLE
) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "USERS"
MONITORING
Try to drop FK constraints yields the same error.
So now how can I drop this table table, any work around?
Thanks.

This is a bug. There is no Patch avaialble for this yet. This error is seen where recyclebin is enabled. Possible workaround is to disable the recyclebin.
This happens with the dictionary corruption due to inconsistency between obj$ and seg$.
This is a correct answer but still i would suggest to contact Oracle support.

ORA-00600: internal error code, arguments: [ktsircinfo_num1]

While taking export of a table received EXP error and while dropping/selecting the same gor ora-600 errors.
. . exporting table TEST4
EXP-00003: no storage definition found for segment(29, 371385)
SQL >Drop table test4 cascade;
ORA-00600: internal error code, arguments: [ktsircinfo_num1], [29], [29], [371385], [], [], [], []
sql> Desc test4;
ORA-00600: internal error code, arguments: [ktsircinfo_num1], [29], [29], [371385], [], [], [], []
I dont want to log TAR with oracle right now... I tried dropping and recreating Undo tablespace but still did not help much . Database version is 9204

hi
read metalink ID - 153788.1
CHeers

ORA-00600: internal error when delete master rows in a materialized view

I have a materialized view in 11g2 on Redhat 5, defined asCREATE MATERIALIZED VIEW mv_idty
PARALLEL BUILD IMMEDIATE REFRESH FAST ON COMMIT ENABLE QUERY REWRITE AS
select IDTY_NAME_FIRST,IDTY_NAME_MIDDLE,IDTY_NAME_LAST,IDTY_NAME_SUFFIX,IDTY_SSN,
IDTY_DR_LIC_NUM,IDTY_DR_LIC_STA,x.person_id,i.rowid i_rowid,x.rowid x_rowid
from idty i,person_x_idty x where x.idty_id=i.idty_id; I deleted a few rows from the master tables and get error13:58:48 SQL> delete idty where idty_id like 'test_row%' ;
7 rows deleted.
13:58:52 SQL> commit;
commit
ERROR at line 1:
ORA-12008: error in materialized view refresh path
ORA-00600: internal error code, arguments: [kkzfrfajv_markdml-1], [], [], [], [], [], [], [], [], [], [], [] I have other materialized views and they all delete master OK. This is the simplest one but causes problem. HELP!
Edited by: user13148231 on Aug 11, 2010 5:45 PM

Checked note 743766.1. It is not 100% relevant as it is about import, but the query is usefulselect sowner, vname, mowner, master from sys.snap_reftime$It reveals the materialized view some how based on other schema.
Recreate the materialized view. problem solved.

ORA-00600: internal error code, arguments: [unable to load XDB library]

hi everybody ;
i have 9.2.0.7 db runs on SLES9 on host A. and i take full rman database backup to make a new database on different host ( host B ) with different file structure. ( sid is the same ) i had already 1 database on host B. after this duplicate now there are 2 database on host B.
i take daily full database rman backup on the new host for my new database and there is no problem. when i try to take extra full export backup i get an error ;
Dynamic link error: libxdb.so: cannot open shared object file: No such file or directory
*** 2010-08-05 09:46:12.868
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [unable to load XDB library], [], [], [], [], [], [], []
as i search ; i have to stop the database and listener and set the LD_LIBRARY_PATH variable. how can i make this without make any mistake for the first database runs on Host B.
because 2 database must be up and running on host B. can you explaın these operation step by step ?
thank you ....

craft wrote:
any idea ?
>any idea ?
your database is out off support you should consider to upgrade. ORA-00600 indicate for bug

ORA-00704: 引导程序进程失败 ORA-00600: 内部错误代码,参数: [4000], [14], [], [], [], [], [],

Similar Messages

Maybe you are looking for