ORA-00600: internal error code, arguments: kkqctmdcq: Query Block Could Not

Hi,
I found a error in my alert log file:
Problem Description: problem found on node 1 and node 3 : Alerts ORA-00600: internal error code, arguments: [kkqctmdcq: Query Block Could Not], [], [], [], [], [], [], []
database details:
OS : Linux x86-64
DB: Oracle 10g 2.0.1.0 Production
Please give me your suggestions.
Regards,

Hi,
I would suggest to open a SR with OSS.
From MOS see Note 153788.1 .
Usually patching will suffice.
Regards,

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: [kkqsgqls:1], [], [], [], [], []

    Hi All
    i am getting an ORA-00600 saying
    ORA-00600: internal error code, arguments: [kkqsgqls:1], [], [], [], [], [], [], []
    I am getting this error when i am trying u execute the query
    SELECT hou.name operating_unit
    ,aps.vendor_name supplier_name
    ,aps.segment1 supplier_number
    FROM ap_invoices ai
    ,hr_operating_units hou
    ,ap_suppliers aps          
    UNION ALL
    SELECT hou.name operating_unit
    ,aps.vendor_name supplier_name
    ,aps.segment1 supplier_number
    FROM ap_invoices ai
    ,hr_operating_units hou
    ,ap_suppliers aps
    Can any one help me out for solving this error

    Hi , Nicolas
    I dint find solution for thin even in mta link... any how.. it think its better if i raise SR ... any how thank q Nicolas
    Praveen Gollu

  • ORA-00600: internal error code, arguments: [17183], [0x033134908], [], [],

    Hi Exports,
    I am getting the ORA-00600: internal error code, arguments: [17183], [0x033134908], [], [], [], [], [], []
    The temporary tablespace of the database is full and i am trying to do the following steps.
    SQL> select * from dba_temp_files;
    FILE_NAME FILE_ID TABLESPACE_NAME BYTES Blocks Etat RELATIVE_FNO AUT MAXBYTES MAXBLOCKS INCREMENT_BY
    USER_BYTES USER_BLOCKS
    G:\ORADATA\TEMP01.DBF 1 TEMP 3.4359E+10 4,194,176 AVAILA 1 YES 3.4360E+10 4194302 80
    3.4358E+10 4194048
    J:\ORADATA\TIVOLIORTEMPTS.DBF 5 TIVOLIORTEMPTS 104857600 12,800 AVAILA 1 NO 0 0 0
    103809024 12672
    J:\ORADATA\TEMP_ORISSA_MASTER.TMP 2 TEMP_ORISSA_MASTER 10485760 1,280 AVAILA 1 YES 52428800 6400 128
    9437184 1152
    J:\ORADATA\TEMP_ORISSA_BENCHMARK.TMP 3 TEMP_ORISSA_BENCHMARK 680525824 83,072 AVAILA 1 YES 1073741824 131072 2
    679477248 82944
    J:\ORADATA\TEMP_ORISSA_TRANSACTION 4 TEMP_ORISSA_TRANSACTION 104857600 12,800 AVAILA 1 YES 1073741824 131072 2
    103809024 12672
    5 rows selected.
    SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
    TABLESPACE_NAME BYTES_USED BYTES_FREE
    TEMP 3.4359E+10 0
    TEMP_ORISSA_MASTER 4194304 6291456
    TEMP_ORISSA_BENCHMARK 680525824 0
    TEMP_ORISSA_TRANSACTION 37748736 67108864
    TIVOLIORTEMPTS 1048576 103809024
    5 rows selected.
    SQL> CREATE TEMPORARY TABLESPACE MYTEMPFILE
    2 TEMPFILE 'G:\ORADATA\TEMP001.dbf'
    3 SIZE 1000M AUTOEXTEND ON NEXT 10M MAXSIZE 2000M;
    Tablespace created.
    SQL> ALTER DATABASE DEFAULT TEMPORARY TABLESPACE MYTEMPFILE;
    Database altered.
    SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
    TABLESPACE_NAME BYTES_USED BYTES_FREE
    TEMP 3.4359E+10 0
    TEMP_ORISSA_MASTER 4194304 6291456
    TEMP_ORISSA_BENCHMARK 680525824 0
    TEMP_ORISSA_TRANSACTION 37748736 67108864
    TIVOLIORTEMPTS 1048576 103809024
    MYTEMPFILE 1048576 1047527424
    6 rows selected.
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES;
    ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES
    ERROR at line 1:
    ORA-25152: TEMPFILE cannot be dropped at this time
    SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
    TABLESPACE_NAME BYTES_USED BYTES_FREE
    TEMP_ORISSA_MASTER 4194304 6291456
    TEMP_ORISSA_BENCHMARK 680525824 0
    TEMP_ORISSA_TRANSACTION 37748736 67108864
    TIVOLIORTEMPTS 1048576 103809024
    MYTEMPFILE 11534336 1037041664
    5 rows selected.
    SQL> select STATUS,ENABLED,STATUS,BYTES/1024/1024 from v$tempfile;
    Etat ENABLED Etat BYTES/1024/1024
    OFFLIN READ WRITE OFFLIN 0
    ONLINE READ WRITE ONLINE 100
    ONLINE READ WRITE ONLINE 10
    ONLINE READ WRITE ONLINE 649
    ONLINE READ WRITE ONLINE 100
    ONLINE READ WRITE ONLINE 1000
    6 rows selected.
    SQL> desc v$tempfile;
    Name Null? Type
    FILE# NUMBER
    CREATION_CHANGE# NUMBER
    CREATION_TIME DATE
    TS# NUMBER
    RFILE# NUMBER
    STATUS VARCHAR2(7)
    ENABLED VARCHAR2(10)
    BYTES NUMBER
    BLOCKS NUMBER
    CREATE_BYTES NUMBER
    BLOCK_SIZE NUMBER
    NAME VARCHAR2(513)
    SQL> select file#,STATUS,ENABLED,STATUS,BYTES/1024/1024 from v$tempfile;
    FILE# Etat ENABLED Etat BYTES/1024/1024
    1 OFFLIN READ WRITE OFFLIN 0
    5 ONLINE READ WRITE ONLINE 100
    2 ONLINE READ WRITE ONLINE 10
    3 ONLINE READ WRITE ONLINE 649
    4 ONLINE READ WRITE ONLINE 100
    6 ONLINE READ WRITE ONLINE 1000
    6 rows selected.
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES;
    ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES
    ERROR at line 1:
    ORA-25152: TEMPFILE cannot be dropped at this time
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' offline;
    Database altered.
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES;
    ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES
    ERROR at line 1:
    ORA-25152: TEMPFILE cannot be dropped at this time
    SQL> select * from dba_temp_files;
    FILE_NAME FILE_ID TABLESPACE_NAME BYTES Blocks Etat RELATIVE_FNO AUT MAXBYTES MAXBLOCKS INCREMENT_BY
    USER_BYTES USER_BLOCKS
    G:\ORADATA\TEMP01.DBF 1 TEMP AVAILA
    J:\ORADATA\TIVOLIORTEMPTS.DBF 5 TIVOLIORTEMPTS 104857600 12,800 AVAILA 1 NO 0 0 0
    103809024 12672
    J:\ORADATA\TEMP_ORISSA_MASTER.TMP 2 TEMP_ORISSA_MASTER 10485760 1,280 AVAILA 1 YES 52428800 6400 128
    9437184 1152
    J:\ORADATA\TEMP_ORISSA_BENCHMARK.TMP 3 TEMP_ORISSA_BENCHMARK 680525824 83,072 AVAILA 1 YES 1073741824 131072 2
    679477248 82944
    J:\ORADATA\TEMP_ORISSA_TRANSACTION 4 TEMP_ORISSA_TRANSACTION 104857600 12,800 AVAILA 1 YES 1073741824 131072 2
    103809024 12672
    G:\ORADATA\TEMP001.DBF 6 MYTEMPFILE 1048576000 128,000 AVAILA 1 YES 2097152000 256000 1280
    1047527424 127872
    6 rows selected.
    SQL> select file#,STATUS,ENABLED,STATUS,BYTES/1024/1024 from v$tempfile;
    FILE# Etat ENABLED Etat BYTES/1024/1024
    1 OFFLIN READ WRITE OFFLIN 0
    5 ONLINE READ WRITE ONLINE 100
    2 ONLINE READ WRITE ONLINE 10
    3 ONLINE READ WRITE ONLINE 649
    4 ONLINE READ WRITE ONLINE 100
    6 ONLINE READ WRITE ONLINE 1000
    6 rows selected.
    SQL> ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp;
    Database altered.
    SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
    TABLESPACE_NAME BYTES_USED BYTES_FREE
    TEMP_ORISSA_MASTER 4194304 6291456
    TEMP_ORISSA_BENCHMARK 680525824 0
    TEMP_ORISSA_TRANSACTION 37748736 67108864
    TIVOLIORTEMPTS 1048576 103809024
    MYTEMPFILE 28311552 1020264448
    5 rows selected.
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' online;
    Database altered.
    SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
    TABLESPACE_NAME BYTES_USED BYTES_FREE
    TEMP 3.4359E+10 0
    TEMP_ORISSA_MASTER 4194304 6291456
    TEMP_ORISSA_BENCHMARK 680525824 0
    TEMP_ORISSA_TRANSACTION 37748736 67108864
    TIVOLIORTEMPTS 1048576 103809024
    MYTEMPFILE 28311552 1020264448
    6 rows selected.
    SQL> ALTER DATABASE DEFAULT TEMPORARY TABLESPACE MYTEMPFILE;
    Database altered.
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES;
    ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES
    ERROR at line 1:
    ORA-25152: TEMPFILE cannot be dropped at this time
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' offline;
    Database altered.
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES;
    ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' DROP INCLUDING DATAFILES
    ERROR at line 1:
    ORA-25152: TEMPFILE cannot be dropped at this time
    SQL> ALTER DATABASE TEMPFILE 'G:\ORADATA\TEMP01.DBF' online;
    Database altered.
    SQL> ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp;
    Database altered.
    SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
    TABLESPACE_NAME BYTES_USED BYTES_FREE
    TEMP 3.4359E+10 0
    TEMP_ORISSA_MASTER 4194304 6291456
    TEMP_ORISSA_BENCHMARK 680525824 0
    TEMP_ORISSA_TRANSACTION 37748736 67108864
    TIVOLIORTEMPTS 1048576 103809024
    MYTEMPFILE 32505856 1016070144
    6 rows selected.
    SQL> exit
    I am not able to drop the Temp file as it is used by some users.
    When i checked my Alert Log then i am getting the ora-600 error....
    When i check metalink for this argument i found that its a bug in 91 &10gR2
    Please suggest some solution of this problem.
    Is it a serious issue of database.

    Robert Geier wrote:
    If you kill the sessions using the tempfile, or restart the database you may be able to drop it. Or you could try to shrink the tempfile instead of drop.
    Not sure why you are doing that though ? If the temp tablespace is full, check what is using the space, or add another tempfile to the tablespace.No I am not killing the sessions... But i just checked using following query that some users are using the temp Tablespace at that time. But i did not kill any session.
    select 'alter system kill session '''||a.sid||','||a.serial#||''' immediate;'
    from
    v$session a,
    v$sort_usage b,
    v$process c,
    v$parameter d
    where
    d.name = 'db_block_size'
    and
    a.saddr = b.session_addr
    and
    a.paddr = c.addr
    and
    b.tablespace='TEMP'
    and
    a.status='ACTIVE'
    order by
    b.tablespace,
    b.segfile#,
    b.segblk#,
    b.blocks;

  • ORA-00600: internal error code, arguments: [qctcte1]

    Hi All,
    While executing a mapping I got the following error message:
    Starting Execution MAP39_FACT
    Starting Task MAP39_FACT
    ORA-00600: internal error code, arguments: [qctcte1], [0], [], [], [], [], [], []
    ORA-06512: at "SBI_TARGET_P2.MAP39_FACT", line 12
    ORA-06512: at "SBI_TARGET_P2.MAP39_FACT", line 8997
    ORA-06512: at "SBI_TARGET_P2.MAP39_FACT", line 9486
    ORA-06512: at "SBI_TARGET_P2.MAP39_FACT", line 12000
    ORA-06512: at line 1
    Completing Task MAP39_FACT
    Completing Execution MAP39_FACT
    When I trace the Alert log I find the error to be of a mismatch data type .But there arent any mismatch in any of the operators in my mapping.
    As a rescue I tried making an altogether new mapping but m still getting the same error. All the other mappings in my project are running fine.
    Any Solutions??

    Hello,
    Accoding to metalink info this ORA-600 could be reported as a result of several bugs, depending on your RDBMS version and mapping schema.
    The note 248095.1 is entry point. Find below the exclusion from the note:
    Known Issues:
    Bug# 3963092 See Note 3963092.8
    OERI[qctcte1] compiling SQL with ORDER BY .. DESC
    Fixed: 10.1.0.4, 10.2.0.1
    Bug# 3730166 See Note 3730166.8
    OERI [qctcte1] / [kghssgcop2] from ANSI outer joins with binds
    Fixed: 10.1.0.5, 10.2.0.1
    Bug# 3557906 See Note 3557906.8
    OERI[qctcte1] from predicate move around
    Fixed: 9.2.0.6, 10.1.0.4, 10.2.0.1
    Bug# 3216046 See Note 3216046.8
    OERI:qctcte1 running a query with a subquery in SELECT list
    Fixed: 9.2.0.5, 10.1.0.2
    Bug# 3121670 See Note 3121670.8
    OERI:qctcte1 can occur on VIEW with HAVING clause with STAR transformation
    Fixed: 9.2.0.5, 10.1.0.2
    Bug# 3110923 See Note 3110923.8
    Dump (in qmxtrxopt) using ORDER BY .. DESC on a CONSTANT column
    Fixed: 9.2.0.5
    Bug# 2458655 See Note 2458655.8
    OERI[QCTCTE1] from FULL OUTER JOIN with BIND variable in subquery
    Fixed: 9.2.0.3, 10.1.0.2
    Bug# 2357784 See Note 2357784.8
    OERI[QCTCTE1] parsing ANSI OUTER JOIN with a VIEW with a SET operation (eg: UNION ALL)
    Fixed: 9.2.0.2
    Bug# 2105452 See Note 2105452.8
    OERI:QCTCTE1 possible from inline UNION view with binds
    Fixed: 9.0.1.4, 9.2.0.1
    Bug# 2100837 See Note 2100837.8
    OERI:QCTCTE1 possible using INLIST predicates
    Fixed: 9.0.1.3, 9.2.0.1
    Bug# 2092554 See Note 2092554.8
    OERI:qctcte1 / ORA-979 from multi-hierarchy query using materialized view
    Fixed: 9.0.1.3, 9.2.0.1
    Bug# 1970507 See Note 1970507.8
    OERI:18096 from OUTER JOIN in MERGE USING clause in PLSQL
    Fixed: 9.0.1.2, 9.2.0.1

  • Standby Logical DB ORA-00600: internal error code, arguments: [ksmovrflow],

    hi
    please help me how fix this problem?
    I have primary oracle database version 9.2.0.1.0
    I had configured standby Logical database on separate computer & everything was going good but today I noticed the archived log havent applied & I have ORA-16111: log mining and apply setting up in DBA_LOGSTDBY_EVENTS without any forwarding.
    in alert log file I found out these error:
    Errors in file c:\oracle\admin\bmdbsb\udump\bmdbsb_p004_2796.trc:
    ORA-00600: internal error code, arguments: [ksmovrflow], [knahs:ddl_string], [], [], [], [], [], []
    Wed Jun 18 13:25:29 2003
    Errors in file c:\oracle\admin\bmdbsb\bdump\bmdbsb_lsp0_2212.trc:
    ORA-12805: parallel query server died unexpectedly
    Wed Jun 18 13:25:29 2003
    logminer process death detected, exiting logical standby
    what can I do?
    thanks

    Hi,
    create pfile from spfile;
    shutdown immediate;
    edit the changes now in pfile
    startup pfile='/////' open;
    spfile is not a binary file, it will not accept any changes but in 10g we have to create
    spfile initialy it runs with pfile until you create spfile.
    regards,
    Nirmal

  • Connect by Prior - ORA-00600: internal error code, arguments: [kkqcbydrv:1

    Hi,
    We are writing some complex query using Connect by Prior in it.
    When we execute this query on same version of database as that of our client, then the query is executing.
    But when we execute this query at client's side then it raises error -
    ORA-00600: internal error code, arguments: [kkqcbydrv:1] , [] , [] , [] , [] , [] , [] , []
    After searching on metalink,
    We could find two workarounds -
    1. Use a /*+no_unnest*/ hint, but this may have perfomance implications.
    2. alter session set "_optimizer_connect_by_cost_based"=false;
    of which we cant use second workaround as this query is called from a application and not directly from oracle prompt.
    We are working with the first workaround, but what is wondering us is that,
    If same query can work well on our side then why is this query not performing in same way at client's side?
    We are using same version of database, same amount of data is present in development and production databases.
    Then what is causing this error only in priduction?
    Any help in this regard is appreciated.
    Thanks,
    Av.

    You can use the second tip in a database login trigger. But if the metalink ORA-600 diagnostic tool can only give you those workarounds I suggest raising a SR to try and get the bug fixed.
    It may be differing patch levels that cause the difference between the two sites, some subtle difference in temp tablespace, a corrupt block - impossible for us to say but maybe not for Oracle.

  • ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [

    Hi ,
    Can some one please help me to resolve the following error. Our db is in 10.2.0.1.
    If I check the trace file, getting following query....
    ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], []
    Current SQL statement for this session:
    SELECT T.TASK_ID FROM DBA_ADVISOR_TASKS T, DBA_ADVISOR_PARAMETERS_PROJ P, DBA_ADVISOR_PARAMETERS_PROJ P1 WHERE T.ADVISOR_NAME='ADDM' AND T.TASK_ID = P.TASK_ID AND P.PARAMETER_NAME = 'INSTANCE' AND P.PARAMETER_VALUE = SYS_CONTEXT('USERENV','INSTANCE') AND T.TASK_ID = P1.TASK_ID AND P1.PARAMETER_NAME = 'DB_ID' AND P1.PARAMETER_VALUE = TO_CHAR(:B1 ) AND ROWNUM = 1
    I am not sure, Why the above query causing the error. I could be very very helpful, if some one show me some path.
    Thanks a lot in advance.
    Thanks
    Pathan

    See metalink note 285586.1
    HTH...

  • ORA-00600: internal error code, arguments: [qcsfbdnp:1], [], [], [], [], []

    Hi All,
    When i try to execute the following query i am getting the error
    ORA-00600: internal error code, arguments: [], [], [], [], [], [], [], []
    and in the alert log file the error is
    ORA-00600: internal error code, arguments: [qcsfbdnp:1], [], [], [], [], [], [], []
    so please tell me the workaround to get rid of this. (db version:9.2.0.1,os:win 2000 Prof.)
    Thankyou.
    The query follows:
    SELECT CI_SEVERITY, CI_STATUS, CI_CLASSIFICATION, CI_ID, CI_DESCRIPTION, CI_SUBMITTED_BY,
    CI_ASSIGNED_TO_PRS, CI_ASSIGNED_TO_GROUP, TO_CHAR(CI_RAISED_DATE,'dd-Mon-yyyy hh24:mi:ss') AS RAISED_DATE ,
    TO_CHAR(CI_TARGET_DATE,'dd-Mon-yyyy hh24:mi:ss') AS TARGET_DATE,
    TO_CHAR(CI_LAST_UPDATE,'dd-Mon-yyyy hh24:mi:ss') AS LAST_UPDATE , CI_SK, CI_TITLE,
    CI_TIMES_ESCALATED,CI_EXTERNAL_SYS_REF,CODC.CODC_CONFIDENTIAL,Fn_get_Iss_Config_item(CI_SK,';') AS CONFIG_ITEM,
    CI_RAISED_DATE AS CI_RAISED_DATE,CI_TARGET_DATE AS CI_TARGET_DATE, CI_LAST_UPDATE AS CI_LAST_UPDATE,
    CI_DATE_MODIFIED FROM vu_pma_issues VU_ISSUE,PMA_COD_ITEM_CLASSIFICATIONS CODC
    WHERE CODC.CODC_SK=CI_CODC_SK AND (CI_SK IN
    (SELECT DL_CI_SK FROM PMA_DELEGATIONS WHERE DL_PRS_SK =1522
                   AND DL_WORKED_UPON = 'N' AND DL_DELEGATION_TYPE IS NULL
                        AND VU_ISSUE.CI_STATUS <> 'DRAFT' AND DL_COMPANY_ID ='HTC')
                        OR CI_SK IN (SELECT DL_CI_SK FROM PMA_DELEGATIONS WHERE DL_PRS_SK =1522
                             AND DL_WORKED_UPON = 'N' AND DL_DELEGATION_TYPE = 'FRI'
                             AND VU_ISSUE.CI_STATUS <> 'DRAFT' AND DL_COMPANY_ID ='HTC')
                        OR CI_SK IN ( SELECT DL_CI_SK FROM PMA_DELEGATIONS WHERE DL_PRSG_SK IN
                                       (SELECT PPGR_PRSG_SK FROM PMA_PRS_PERSON_GROUPS WHERE PPGR_PRS_SK =1522
                                            AND PPGR_COMPANY_ID ='HTC') AND DL_DELEGATION_TYPE IS NULL
                                            AND VU_ISSUE.CI_STATUS <> 'DRAFT' AND DL_COMPANY_ID ='HTC')
                        OR CI_PRS_SK_RAISED_BY =1522
                        OR ci_codc_sk IN ( SELECT CODC.codc_sk FROM PMA_COD_ITEM_CLASSIFICATIONS CODC
                             WHERE CODC.codc_sk = DECODE ('N', 'Y', '1', CODC.codc_sk)
                                  START WITH CODC.codc_sk IN (SELECT cirl_codc_sk FROM PMA_CI_CLASSIFICATION_ROLES
                                                 WHERE cirl_codc_sk IN (SELECT CODC.codc_sk FROM PMA_COD_ITEM_CLASSIFICATIONS CODC START WITH CODC.codc_sk = 1
                                                 CONNECT BY PRIOR CODC.codc_sk= CODC.codc_sk_ref)
                                                 AND cirl_category = 'V' AND cirl_pj_sk IS NOT NULL
                                                 AND cirl_ro_sk IN (SELECT rosr_ro_sk FROM PMA_ROLE_SECURITY_ROLES
                                                                WHERE rosr_sr_sk IN (SELECT ur_sr_sk FROM PMA_USER_ROLES
                                                                               WHERE ur_prs_sk =1522 AND ur_sk IN
                                                                               (SELECT up_ur_sk FROM PMA_USER_PROJECTS WHERE up_pj_sk = cirl_pj_sk)))
    UNION SELECT cirl_codc_sk FROM PMA_CI_CLASSIFICATION_ROLES
    WHERE EXISTS (SELECT 'x' FROM PMA_COD_ITEM_CLASSIFICATIONS CODC
                        START WITH CODC.codc_sk = 1 CONNECT BY PRIOR CODC.codc_sk = CODC.codc_sk_ref
                        AND CODC.codc_sk = cirl_codc_sk)
                   AND cirl_category = 'V' AND (cirl_pj_sk IS NULL)
                   AND cirl_ro_sk IN (SELECT rosr_ro_sk FROM PMA_ROLE_SECURITY_ROLES
                   WHERE rosr_sr_sk IN (SELECT ur_sr_sk FROM PMA_USER_ROLES WHERE ur_prs_sk =1522)))
                                       CONNECT BY PRIOR CODC.codc_sk = CODC.codc_sk_ref)
                                       AND VU_ISSUE.CI_STATUS <> 'DRAFT' )
                                       ORDER BY CI_RAISED_DATE DESC;
    ERROR at line 8:
    ORA-00600: internal error code, arguments: [], [], [], [], [], [], [], []

    It seems the bug 2104392:" A query with nested CONNECT BY blocks and binds
    in the START WITH clause or the FROM clause may fail with ORA-600 [QCSFBDNP:1]". You can find more information about this on Note:2104392.8 on Metalink. It is resolved on 9.2.0.2.
    Adi

  • Urgent -- ORA-00600: internal error code, arguments: [17177],  -- on insert

    hello,
    I have a table with 7 columns, 6 columns are of datatype of VARCHAR2/DATE/NUMBER, one column is of datatype SYS.XMLTYPE.
    I am trying to insert one record into the table. The insert script is as below:
    INSERT INTO t1
    VALUES (234556789,1045,0,SYSDATE,SYSDATE,'SYSTEM',XMLTYPE('<GSL>300</GSL>'));
    There are no garbage characters in the above insert statement.
    When I run this script on UNIX I get the error below:
    ERROR at line 1:
    ORA-00600: internal error code, arguments: [17177], [0x000000000], [], [], [],
    ORA-31011: XML parsing failed
    ORA-06512: at "SYS.XMLTYPE", line 0
    ORA-06512: at line 1
    I verified the ora 31011 which says
    31011, 00000, "XML parsing failed"
    // *Cause:   XML parser returned an error while trying to parse the document.
    // *Action:  Check if the document to be parsed is valid.
    But the xml document is a valid document. The same insert script works on an NT machine without any errors.
    The version of oracle on unix is 9.2.0.3.0.
    The characterset is UTF8
    I fired the query below to verify:
    SQL> select substr(dbms_java.longname(object_name),1,35) as class, status
    from all_o 2 bjects
    where obj 3 ect_type = 'JAVA CLASS'
    and obje 4 ct_name = dbms_java.shortname('oracle/xml/parser/v2/DOMParser');
    CLASS
    STATUS
    oracle/xml/parser/v2/DOMParser
    VALID
    Is there any setting (enviroment or any other setting ) needed on UNIX to be able to successfully insert this record in the table. What are the steps I need to do to insert this record
    The problems seems to be in XML insert. Can anyone help pls ASAP.
    thanks
    aananth

    Hi,
    the bitmap parameter disables the use of bitmap plans for tables w. only B-tree indexes. This will cause a performance problem in a DWH. So I would prefer to change the optimzer mode. The optimizer than uses a mix of costs and heuristics to find a best plan for fast delivery of the first few rows. This will not produce so much problems.
    Regards,
    Detlef

  • ORA-00600: internal error code, arguments: [kokagdt0],

    Hello,
    Well I am having some problem in Data Mining. The application that I have made submits the tasks correctly into the Data Mining Server. But some of them results in error which is:
    ORA-12801: error signaled in parallel query server P001
    ORA-00600: internal error code, arguments: [kokagdt0], [], [], [], [], [], [], []
    ORA-06512: at "DMSYS.ODM_MINING_TRANSFORMATION", line 2912
    ORA-06512: at line 1
    Well can anyone help me on this or atleast tell that what the arguments "kakagdt0" stand for.
    I also got the following error in between :
    ORA-00942: table or view does not exist
    ORA-06512: at "DMSYS.ODM_MINING_TRANSFORMATION", line 2912
    ORA-06512: at line 1
    ALTHOUGH, I was performing DM on same table , while others were completing successfully, some of the tasks were giving these kind of error. Can these be because of hardware because I am running on RAM:512MB Processor: PIII 1.2GHz.
    Regards, Bokhari

    Well yes and no. In the testing process I submit a number of queries for data mining. Some of them results in success some in failure. Sometimes all the queries result in success and somtimes all in failure. The queries are constant ie I have hardcoded them: parameters, table and data doesnt change only the name changes. Do you still think that it is the reason you have given.
    Regards, Bokhari

  • 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 internal error code arguments qctosop like transform], [],[],[],

    Hi,
    After registered NLS parameters
    SORT----->BINARY_CI
    COMP----->LINGUISTIC in registry.
    If I run following query in sql command prompt
    select * from (select emp_name, row_number() over(order by hire_date) from emp where emp_name like 'S%') temp;
    I am getting following error:
    ora-00600 internal error code arguments qctosop like transform], [],[],[],[],[],[],[]
    Note: If I remove registry parameters it it working fine.
    How can I avoid this error.
    Thanks
    TK
    Edited by: user11803878 on Aug 18, 2009 9:16 PM

    Hi,
    >
    ORA-00600:
         internal error code, arguments: [string], [string], [string], [string], [string], [string], [string], [string]
    Cause:      This is the generic internal error number for Oracle program exceptions. This indicates that a process has encountered an exceptional condition.
    Action:      Report as a bug - the first argument is the internal error number
    >
    So, you should probably open a SR on this.
    Regards
    Peter

  • 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

Maybe you are looking for