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.

Similar Messages

  • 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

  • ORA-00600: internal error code, arguments: [ttcgcshnd-1], [0], [], [],.....

    Hi,
    While connecting with database, I got the following error,
    ORA-00600: internal error code, arguments: [ttcgcshnd-1], [0], [], [], [], [], [], []
    I am using oracle 9i. Can anyone tell me the solution of that error ?
    Thanks and Regards,
    Hiren

    many people are here because they lack that optionIt's not false, indeed, but if nobody had the same error, there is no chance to solve it.
    At least a complete system/operation description is necessary to indicates some valid ways to investigate.
    Nicolas.

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

    Question by Oracler:
    10.2.0.4 Linux RAC
    ORA-00600: internal error code, arguments: [12269], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [12316], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [12316], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [733], [1936597240], [pga heap], [], [], [], [], []
    ORA-00600: internal error code, arguments: [12316], [], [], [], [], [], [], []
    该数据库在NAT后,当前现象,用PL/SQL Developer 连接进行某个SQL 查询时,会直接报ORA-3113,但是在SQLPLUS 下是正常的。如何诊断?
    Wed Aug 1 23:09:25 2012
    Thread 1 advanced to log sequence 352 (LGWR switch)
    Current log# 2 seq# 352 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Thu Aug 2 23:10:20 2012
    Thread 1 advanced to log sequence 353 (LGWR switch)
    Current log# 1 seq# 353 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Fri Aug 3 23:11:22 2012
    Thread 1 advanced to log sequence 354 (LGWR switch)
    Current log# 2 seq# 354 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Sat Aug 4 14:00:02 2012
    Thread 1 advanced to log sequence 355 (LGWR switch)
    Current log# 1 seq# 355 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Sun Aug 5 04:00:20 2012
    Thread 1 advanced to log sequence 356 (LGWR switch)
    Current log# 2 seq# 356 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Sun Aug 5 23:13:35 2012
    Thread 1 advanced to log sequence 357 (LGWR switch)
    Current log# 1 seq# 357 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Mon Aug 6 23:14:33 2012
    Thread 1 advanced to log sequence 358 (LGWR switch)
    Current log# 2 seq# 358 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Tue Aug 7 11:08:23 2012
    Thread 1 advanced to log sequence 359 (LGWR switch)
    Current log# 1 seq# 359 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Tue Aug 7 23:15:26 2012
    Thread 1 advanced to log sequence 360 (LGWR switch)
    Current log# 2 seq# 360 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Wed Aug 8 23:16:20 2012
    Thread 1 advanced to log sequence 361 (LGWR switch)
    Current log# 1 seq# 361 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Thu Aug 9 23:17:15 2012
    Thread 1 advanced to log sequence 362 (LGWR switch)
    Current log# 2 seq# 362 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Fri Aug 10 19:59:57 2012
    Thread 1 advanced to log sequence 363 (LGWR switch)
    Current log# 1 seq# 363 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Sat Aug 11 08:00:21 2012
    Thread 1 advanced to log sequence 364 (LGWR switch)
    Current log# 2 seq# 364 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Sat Aug 11 23:19:09 2012
    Thread 1 advanced to log sequence 365 (LGWR switch)
    Current log# 1 seq# 365 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Sun Aug 12 23:20:00 2012
    Thread 1 advanced to log sequence 366 (LGWR switch)
    Current log# 2 seq# 366 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Mon Aug 13 23:20:56 2012
    Thread 1 advanced to log sequence 367 (LGWR switch)
    Current log# 1 seq# 367 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Tue Aug 14 16:59:57 2012
    Thread 1 advanced to log sequence 368 (LGWR switch)
    Current log# 2 seq# 368 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Wed Aug 15 07:00:23 2012
    Thread 1 advanced to log sequence 369 (LGWR switch)
    Current log# 1 seq# 369 mem# 0: +DATA/orcl/onlinelog/group_1.257.766685683
    Wed Aug 15 10:46:42 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/orcl/udump/orcl1_ora_26736.trc:
    ORA-00600: internal error code, arguments: [12269], [], [], [], [], [], [], []
    Wed Aug 15 10:46:43 2012
    Trace dumping is performing id=[cdmp_20120815104643]
    Wed Aug 15 10:47:57 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/orcl/udump/orcl1_ora_26736.trc:
    ORA-00600: internal error code, arguments: [12316], [], [], [], [], [], [], []
    Wed Aug 15 10:47:58 2012
    Trace dumping is performing id=[cdmp_20120815104758]
    Wed Aug 15 10:54:03 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/orcl/udump/orcl1_ora_26736.trc:
    ORA-00600: internal error code, arguments: [12316], [], [], [], [], [], [], []
    Wed Aug 15 10:54:04 2012
    Trace dumping is performing id=[cdmp_20120815105404]
    Wed Aug 15 10:55:10 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/orcl/udump/orcl1_ora_26736.trc:
    ORA-00600: internal error code, arguments: [733], [1936597240], [pga heap], [], [], [], [], []
    Wed Aug 15 10:55:11 2012
    Trace dumping is performing id=[cdmp_20120815105511]
    Wed Aug 15 10:56:11 2012
    WARNING: inbound connection timed out (ORA-3136)
    Wed Aug 15 14:19:17 2012
    Errors in file /home/oracle/oracle/product/10.2.0/db_1/admin/orcl/udump/orcl1_ora_6528.trc:
    ORA-00600: internal error code, arguments: [12316], [], [], [], [], [], [], []
    Wed Aug 15 14:19:18 2012
    Trace dumping is performing id=[cdmp_20120815141918]
    Wed Aug 15 15:24:14 2012
    WARNING: inbound connection timed out (ORA-3136)
    Wed Aug 15 22:00:07 2012
    Thread 1 advanced to log sequence 370 (LGWR switch)
    Current log# 2 seq# 370 mem# 0: +DATA/orcl/onlinelog/group_2.258.766685683
    Thu Aug 16 09:38:40 2012
    WARNING: inbound connection timed out (ORA-3136)
    Thu Aug 16 09:45:08 2012
    WARNING: inbound connection timed out (ORA-3136)
    Thu Aug 16 10:18:16 2012
    WARNING: inbound connection timed out (ORA-3136)
    Thu Aug 16 10:18:22 2012
    WARNING: inbound connection timed out (ORA-3136)
    Thu Aug 16 10:38:57 2012
    WARNING: inbound connection timed out (ORA-3136)
    Thu Aug 16 13:46:42 2012
    WARNING: inbound connection timed out (ORA-3136)
    Thu Aug 16 13:51:09 2012
    WARNING: inbound connection timed out (ORA-3136)
    Thu Aug 16 14:12:58 2012
    WARNING: inbound connection timed out (ORA-3136)
    节点2
    Wed Aug 15 03:00:42 2012
    Thread 2 advanced to log sequence 571 (LGWR switch)
    Current log# 3 seq# 571 mem# 0: +DATA/orcl/onlinelog/group_3.265.766686179
    Wed Aug 15 10:47:03 2012
    Trace dumping is performing id=[cdmp_20120815104643]
    Wed Aug 15 10:48:18 2012
    Trace dumping is performing id=[cdmp_20120815104758]
    Wed Aug 15 10:54:24 2012
    Trace dumping is performing id=[cdmp_20120815105404]
    Wed Aug 15 10:55:31 2012
    Trace dumping is performing id=[cdmp_20120815105511]
    Wed Aug 15 13:12:29 2012
    Thread 2 advanced to log sequence 572 (LGWR switch)
    Current log# 4 seq# 572 mem# 0: +DATA/orcl/onlinelog/group_4.266.766686179
    Wed Aug 15 14:19:38 2012
    Trace dumping is performing id=[cdmp_20120815141918]
    Wed Aug 15 22:00:10 2012
    Thread 2 advanced to log sequence 573 (LGWR switch)
    Current log# 3 seq# 573 mem# 0: +DATA/orcl/onlinelog/group_3.265.766686179
    Thu Aug 16 13:13:48 2012
    Thread 2 advanced to log sequence 574 (LGWR switch)
    Current log# 4 seq# 574 mem# 0: +DATA/orcl/onlinelog/group_4.266.766686179
    后续的验证,发现 sqldeveloper 3.0.04和 pl/sql developer 8.0.0.1483 在查询大表的时候都会报3113,唯有SQLPLUS 没问题。
    目前定位于,PL/SQL DEV NAT后的数据库,31493 行的 ORA-3113,25463 行的 正常返回。
    最新进展,在服务器端设置
    To enable tracing at the server, find the sqlnet.ora file for the server and create the following lines in it:
    TRACE_TIMESTAMP_SERVER = ON
    TRACE_LEVEL_SERVER = 16
    TRACE_UNIQUE_SERVER = ON
    后,本来3113 的查询可以正常出来了,但是关闭trace后,又不正常了。
    Solution
    问题最终定位在 CISCO ASA 防火墙的 SQLNet inspect,关闭就OK了。

    ORA-00600 12333 usually means there was a communications error between the client and server. If you kill a session or perform a shutdown while a users connected you could potentially get this error. There's other reasons too. I think you're probably right that Oracle support will tell you to upgrade if you file a TAR with them.
    Did this error crash your database or does it happen frequently? If the answer is no then I wouldn't worry about it unless the end user has said something about it. If this is a problem then I'd contact Oracle support.
    I'm also running 8.1.7.2 and get maybe 1-2 of these errors a month from the same PC. In our case this error didn't correspond with a database shutdown or a killed session. We also tried reinstalling the client software and this didn't fix it either. I think our error may be because of this one PC being on a very old part of our network that probably needs upgrading.

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

    What are the possible causes of the following error:
    ORA-00600: internal error code, arguments: [SKGMBUSY], [1], [0], [0], [0], [], [], []
    Can issuing an SQL from an applicatoin using ODBC drivers cause the above error to occur ? If so, what can a
    developer do to prevent this error from happening ?
    Thanks for your help.

    What are the possible causes of the following error:
    ORA-00600: internal error code, arguments: [SKGMBUSY], [1], [0], [0], [0], [], [], []
    Can issuing an SQL from an applicatoin using ODBC drivers cause the above error to occur ? If so, what can a
    developer do to prevent this error from happening ?
    Thanks for your help. This sounds like a problem with the shared memory segement on the server.
    You developer can do nothing to prevent this. I think this has nothing to do with ODBC, because ODBC is on PC and the connect to the server is by SQL*Net.
    Does this occur often ?
    Is there a SQL Statement in the trace file ?
    Is it always the same statement ?
    What db version do you have ?
    Cheers
    Thomas

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

    Hi,
    I'm getting the error
    ORA-00600: internal error code, arguments: [kcbgtcr_5], [4294967295], [1], [0], [], [], [], []
    with a simple insert command on my XE database.
    SQL> l
      1    insert into sscm_content
      2    ( KEY ,
      3      NAME ,
      4      TOPIC_KEY ,
      5      CSS_CLASS_KEY ,
      6      SORT_STRING ,
      7      CONTENT ,
      8      NOTE
      9    )
    10    select
    11      KEY ,
    12      NAME ,
    13      TOPIC_KEY ,
    14      CSS_CLASS_KEY ,
    15      SORT_STRING ,
    16      CONTENT ,
    17      NOTE
    18    from
    19      temp_content
    20*
    SQL> /
      insert into sscm_content
    ERROR at line 1:
    ORA-00600: internal error code, arguments: [kcbgtcr_5], [4294967295], [1], [0], [], [], [], []
    SQL> desc sscm_content
    Name                                                              Null?    Type
    KEY                                                               NOT NULL VARCHAR2(100)
    NAME                                                              NOT NULL VARCHAR2(100)
    TOPIC_KEY                                                         NOT NULL VARCHAR2(100)
    CSS_CLASS_KEY                                                     NOT NULL VARCHAR2(100)
    SORT_STRING                                                       NOT NULL VARCHAR2(100)
    CONTENT                                                           NOT NULL CLOB
    NOTE                                                                       CLOB
    SQL> desc temp_content
    Name                                                              Null?    Type
    KEY                                                                        VARCHAR2(100)
    NAME                                                              NOT NULL VARCHAR2(100)
    TOPIC_KEY                                                         NOT NULL VARCHAR2(100)
    CSS_CLASS_KEY                                                     NOT NULL VARCHAR2(100)
    SORT_STRING                                                       NOT NULL VARCHAR2(100)
    CONTENT                                                           NOT NULL CLOB
    NOTE                                                                       CLOBThe same command has worked many times in the past.
    I saw the following at http://oracledocs.shu.ac.uk/local/personalOracleInstallation/w2k-10g/readme.101/README_rdbms.htm
    "Bug 3392439
    Row Access Method problem: DML statements may fail with ORA-00600 [kcbget_24], ORA-00600 [kcbgtcr_5], or ORA-00600 [kcbgcur_3] error messages. The DML on an Index-Organized Table (IOT) that has one or more secondary index may fail with ORA-00600, fail with an access violation, or it may cause modification of rows in objects that are not associated with the target IOT.
    Workaround:
    Set hidden parameter _db_cache_pre_warm to false in init.ora to avoid pre-warming behavior in buffer cache. Alternatively, use ALTER SYSTEM FLUSH BUFFER_CACHE."
    Even though my tables are not index organized, the bug seems related to my problem since the "ALTER SYSTEM FLUSH BUFFER_CACHE' provides a temporary fix. It's not a permanent fix because the ORA-600 error reappears in later operations.
    For a permanent fix I tried setting the hidden parameter mentioned, but it wouldn't take.
    Connected to:
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    SQL> alter system set "_db_cache_pre_warm" = false comment = 'workaround for bug 3392439 ora 600 kcbgtcr_5 error' ;
    alter system set "_db_cache_pre_warm" = false comment = 'workaround for bug 3392439 ora 600 kcbgtcr_5 error'
    ERROR at line 1:
    ORA-02095: specified initialization parameter cannot be modifiedAny ideas on how I can fix the problem?

    Looks like I spoke too soon. The error is back.
    The problem might be related to a foreign key to an index organized table (IOT) that SSCM_CONTENT has. I converted the IOT to a regular table and was then able to perform the INSERT without receiving the ORA-00600. Let's hope it's gone for good.
    I sure would like to be able to use IOT's on Oracle XE though. I'd appreciate hearing if there are any workarounds or fixes other than the two already mentioned.

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

    Does anyone have had this error?
    ORA-00600: internal error code, arguments: [4521], [0], [806846597], [0], [1970174], [4294967295], [4294967295], []
    It happens after a dynamic insert statement executes in a pro*c program.

    ORA-00600 12333 usually means there was a communications error between the client and server. If you kill a session or perform a shutdown while a users connected you could potentially get this error. There's other reasons too. I think you're probably right that Oracle support will tell you to upgrade if you file a TAR with them.
    Did this error crash your database or does it happen frequently? If the answer is no then I wouldn't worry about it unless the end user has said something about it. If this is a problem then I'd contact Oracle support.
    I'm also running 8.1.7.2 and get maybe 1-2 of these errors a month from the same PC. In our case this error didn't correspond with a database shutdown or a killed session. We also tried reinstalling the client software and this didn't fix it either. I think our error may be because of this one PC being on a very old part of our network that probably needs upgrading.

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

    ORA-00600: Occurred in production database. I did not contact oracle support yet, because I know they will ask to upgrade or apply a patch. I want do that as a last resort. Do you see any other reason for this ORA-600 error or solution?
    Thanks.
    part of trace file:
    Dump file /tmp/rmsdv84_ora_11548.trc
    Oracle8i Enterprise Edition Release 8.1.7.2.0 - Production
    With the Partitioning option
    JServer Release 8.1.7.2.0 - Production
    ORACLE_HOME = /usr/oracle/product/8.1.7
    System name:     SunOS
    Node name:     fcdb239
    Release:     5.8
    Version:     Generic_108528-12
    Machine:     sun4u
    Instance name: RMSDV84
    Redo thread mounted by this instance: 1
    Oracle process number: 32
    Unix process pid: 11548, image: oracle@fcdb239 (TNS V1-V3)
    *** SESSION ID:(34.1296) 2003-01-23 16:46:43.524
    *** 2003-01-23 16:46:43.524
    ksedmp: internal or fatal error
    ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
    Current SQL statement for this session:
    SELECT OWNERID FROM PS.PSDBOWNER WHERE DBNAME=:1
    ----- Call Stack Trace -----
    calling call entry argument values in hex
    location type point (? means dubious value)
    ksedmp()+168 CALL ksedst()+0 230 ? 1 ? FFBED080 ?
    FFBECB24 ? FFBECB08 ? 0 ?
    kgeriv()+196 PTR_CALL 00000000 3 ? 0 ? 0 ? 258 ? 1 ? 302D ?

    ORA-00600 12333 usually means there was a communications error between the client and server. If you kill a session or perform a shutdown while a users connected you could potentially get this error. There's other reasons too. I think you're probably right that Oracle support will tell you to upgrade if you file a TAR with them.
    Did this error crash your database or does it happen frequently? If the answer is no then I wouldn't worry about it unless the end user has said something about it. If this is a problem then I'd contact Oracle support.
    I'm also running 8.1.7.2 and get maybe 1-2 of these errors a month from the same PC. In our case this error didn't correspond with a database shutdown or a killed session. We also tried reinstalling the client software and this didn't fix it either. I think our error may be because of this one PC being on a very old part of our network that probably needs upgrading.

  • ORA-00600: internal error code, arguments: [kccpb_sanity_check_2], [3216], [3201], [0x0], [], [], [], []

    Hi everyone
    I am trying to startup the data base , but it gives me
    ORA-00600: internal error code, arguments: [kccpb_sanity_check_2], [3216],
    [3201], [0x0], [], [], [], []
    DB version is : Release 10.2.0.3.0
    alert log file gives me
    ORA-1507 signalled during: ALTER DATABASE CLOSE NORMAL...
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Sun Apr 12 21:39:27 2015
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =145
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.3.0.
    System parameters with non-default values:
      processes                = 1200
      sessions                 = 1325
      sga_max_size             = 943718400
      __shared_pool_size       = 528482304
      __large_pool_size        = 4194304
      __java_pool_size         = 4194304
      __streams_pool_size      = 0
      sga_target               = 943718400
      control_files            = D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL01.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL02.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL03.CTL
      db_block_size            = 8192
      __db_cache_size          = 398458880
      compatible               = 10.2.0.3.0
      db_file_multiblock_read_count= 16
      db_recovery_file_dest    = D:\oracle\product\10.2.0\flash_recovery_area
      db_recovery_file_dest_size= 2147483648
      _allow_resetlogs_corruption= TRUE
      undo_management          = AUTO
      undo_tablespace          = UNDOTBS1
      remote_login_passwordfile= EXCLUSIVE
      db_domain                =
      dispatchers              = (PROTOCOL=TCP) (SERVICE=orclXDB)
      job_queue_processes      = 10
      audit_file_dest          = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP
      background_dump_dest     = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP
      user_dump_dest           = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP
      core_dump_dest           = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP
      db_name                  = orcl
      open_cursors             = 10000
      pga_aggregate_target     = 418381824
    PMON started with pid=2, OS id=1596
    PSP0 started with pid=3, OS id=2952
    MMAN started with pid=4, OS id=1424
    DBW0 started with pid=5, OS id=1760
    DBW1 started with pid=6, OS id=2608
    LGWR started with pid=7, OS id=3004
    CKPT started with pid=8, OS id=2932
    SMON started with pid=9, OS id=2848
    RECO started with pid=10, OS id=2360
    CJQ0 started with pid=11, OS id=2404
    MMON started with pid=12, OS id=1136
    Sun Apr 12 21:39:27 2015
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=13, OS id=2364
    Sun Apr 12 21:39:27 2015
    starting up 1 shared server(s) ...
    Sun Apr 12 21:39:28 2015
    ALTER DATABASE   MOUNT
    Sun Apr 12 21:39:32 2015
    Errors in file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_1584.trc:
    ORA-00600: internal error code, arguments: [kccpb_sanity_check_2], [3216], [3201], [0x0], [], [], [], []
    Sun Apr 12 21:39:33 2015
    ORA-600 signalled during: ALTER DATABASE   MOUNT...
    IS there any way to  fix this issue ?
    thanks

    Hello
    you have to login to your oracle support and search for ora 600 lookup tool
    their if you enter kccpb_sanity_check_2 as 1st argument of ora 600 you will find a related document Doc ID 435436.1 explaining your issue for version Version 10.2.0.1 and later
    Doc says that you might need to restore a backup of controlfile and recover or recreate controlfile or restore db from last good backup and recover
    Thanks
    Himmy

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

    Hello,
    ORACLE 10GR2
    WINDOWS XP
    SIR,
    I on my test db I hav got this error :
    ORA-00600: internal error code, arguments: [Carr_Oscan], [], [], [], [], [], [], []
    Is there any solution to get my db back. I hav not backup or archivelog as it was just a test db with default oracle installation.
    folloing some starting and bottom lines from my alert log :
    Dump file e:\oracle\product\10.2.0/admin/orcl/bdump\alert_orcl.log
    Tue Sep 29 12:26:34 2009
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Windows XP Version V5.1 Service Pack 3
    CPU : 2 - type 586, 1 Physical Cores
    Process Affinity : 0x00000000
    Memory (Avail/Total): Ph:1182M/2038M, Ph+PgF:1523M/2252M, VA:1940M/2047M
    Tue Sep 29 12:26:34 2009
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Shared memory segment for instance monitoring created
    Picked latch-free SCN scheme 2
    Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =18
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.1.0.
    System parameters with non-default values:
    processes = 150
    sga_target = 612368384
    control_files = E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL01.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL02.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL03.CTL
    db_block_size = 8192
    compatible = 10.2.0.1.0
    db_file_multiblock_read_count= 16
    db_recovery_file_dest = E:\oracle\product\10.2.0/flash_recovery_area
    db_recovery_file_dest_size= 2147483648
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    dispatchers = (PROTOCOL=TCP) (SERVICE=orclXDB)
    job_queue_processes = 10
    audit_file_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP
    background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP
    user_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP
    core_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP
    db_name = orcl
    open_cursors = 300
    pga_aggregate_target = 202375168
    PMON started with pid=2, OS id=2468
    PSP0 started with pid=3, OS id=132
    MMAN started with pid=4, OS id=2972
    DBW0 started with pid=5, OS id=1832
    LGWR started with pid=6, OS id=3128
    CKPT started with pid=7, OS id=2240
    SMON started with pid=8, OS id=2052
    RECO started with pid=9, OS id=3304
    CJQ0 started with pid=10, OS id=1804
    MMON started with pid=11, OS id=3292
    Tue Sep 29 12:26:35 2009
    Beginning crash recovery of 1 threads
    parallel recovery started with 2 processes
    Sat Nov 21 17:49:04 2009
    Started redo scan
    Sat Nov 21 17:49:05 2009
    Errors in file e:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_3784.trc:
    ORA-00600: internal error code, arguments: [kcrfrgv_scn1], [], [], [], [], [], [], []
    Sat Nov 21 17:49:17 2009
    Aborting crash recovery due to error 600
    Sat Nov 21 17:49:17 2009
    Errors in file e:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_3784.trc:
    ORA-00600: internal error code, arguments: [kcrfrgv_scn1], [], [], [], [], [], [], []
    ORA-600 signalled during: alter database open...
    Mon Nov 23 10:51:41 2009
    db_recovery_file_dest_size of 2048 MB is 0.00% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Thu Nov 26 15:10:27 2009
    Starting ORACLE instance (normal)
    Thu Nov 26 15:14:26 2009
    Starting ORACLE instance (normal)
    Thu Nov 26 15:16:23 2009
    Starting ORACLE instance (normal)
    Thu Nov 26 15:19:18 2009
    Shutting down instance: further logons disabled
    Thu Nov 26 15:19:18 2009
    Stopping background process CJQ0
    Thu Nov 26 15:19:18 2009
    Stopping background process MMNL
    Thu Nov 26 15:19:19 2009
    Stopping background process MMON
    Thu Nov 26 15:19:20 2009
    Shutting down instance (immediate)
    License high water mark = 3
    Thu Nov 26 15:19:20 2009
    Stopping Job queue slave processes
    Thu Nov 26 15:19:20 2009
    Job queue slave processes stopped
    Waiting for dispatcher 'D000' to shutdown
    All dispatchers and shared servers shutdown
    Thu Nov 26 15:19:22 2009
    ALTER DATABASE CLOSE NORMAL
    ORA-1109 signalled during: ALTER DATABASE CLOSE NORMAL...
    Thu Nov 26 15:19:22 2009
    ALTER DATABASE DISMOUNT
    Completed: ALTER DATABASE DISMOUNT
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Thu Nov 26 15:19:27 2009
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =18
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.1.0.
    System parameters with non-default values:
    processes = 150
    __shared_pool_size = 192937984
    __large_pool_size = 4194304
    __java_pool_size = 4194304
    __streams_pool_size = 0
    spfile = E:\ORACLE\PRODUCT\10.2.0\DB_1\DBS\SPFILEORCL.ORA
    sga_target = 612368384
    control_files = E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL01.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL02.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL03.CTL
    db_block_size = 8192
    __db_cache_size = 402653184
    compatible = 10.2.0.1.0
    db_file_multiblock_read_count= 16
    db_recovery_file_dest = E:\oracle\product\10.2.0/flash_recovery_area
    db_recovery_file_dest_size= 2147483648
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    dispatchers = (PROTOCOL=TCP) (SERVICE=orclXDB)
    job_queue_processes = 10
    audit_file_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP
    background_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP
    user_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP
    core_dump_dest = E:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP
    db_name = orcl
    open_cursors = 300
    pga_aggregate_target = 202375168
    PMON started with pid=2, OS id=5416
    PSP0 started with pid=3, OS id=6132
    MMAN started with pid=4, OS id=3640
    DBW0 started with pid=5, OS id=3048
    LGWR started with pid=6, OS id=2220
    CKPT started with pid=7, OS id=756
    SMON started with pid=8, OS id=2328
    RECO started with pid=9, OS id=2460
    CJQ0 started with pid=10, OS id=2380
    MMON started with pid=11, OS id=2356
    Thu Nov 26 15:19:29 2009
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    Thu Nov 26 15:19:29 2009
    starting up 1 shared server(s) ...
    Thu Nov 26 15:19:30 2009
    ALTER DATABASE MOUNT
    MMNL started with pid=12, OS id=3664
    Thu Nov 26 15:19:34 2009
    Setting recovery target incarnation to 2
    Thu Nov 26 15:19:34 2009
    Successful mount of redo thread 1, with mount id 1231755394
    Thu Nov 26 15:19:34 2009
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE MOUNT
    Thu Nov 26 15:19:34 2009
    ALTER DATABASE OPEN
    Thu Nov 26 15:19:35 2009
    Beginning crash recovery of 1 threads
    parallel recovery started with 2 processes
    Thu Nov 26 15:19:35 2009
    Started redo scan
    Thu Nov 26 15:19:35 2009
    Errors in file e:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_5304.trc:
    ORA-00600: internal error code, arguments: [kcrfrgv_scn1], [], [], [], [], [], [], []
    Thu Nov 26 15:19:39 2009
    Aborting crash recovery due to error 600
    Thu Nov 26 15:19:39 2009
    Errors in file e:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_5304.trc:
    ORA-00600: internal error code, arguments: [kcrfrgv_scn1], [], [], [], [], [], [], []
    ORA-600 signalled during: ALTER DATABASE OPEN...
    Thu Nov 26 15:34:32 2009
    db_recovery_file_dest_size of 2048 MB is 0.00% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Kindly tell me for knowldege whether is db can be recovered or not. I have no metalink support.
    Regards
    Edited by: ora-boy on Nov 26, 2009 11:37 PM

    An internal error happened.
    The parameters that come with this error give more information about the location where this exception occured.
    You should contact Oracle support or browse metalink for more information regarding your specific error condition.
    Also check the alert.log file and other trace files in the background_dump_dest or user_dump_dest for additional information.
    Should you want to find a solution yourself and have access to Oracle Metalink, Oracle support provides the ORA-600 Lookup Tool with which you can troubleshoot the ORA-600.
    Regards
    Asif Kabir

  • How to fix this (ORA-00600: internal error code, arguments) error.. help me

    SQL> conn /as sysdba
    Connected.
    SQL> conn hr/hr
    ERROR:
    ORA-01033: ORACLE initialization or shutdown in progress
    Process ID: 0
    Session ID: 0 Serial number: 0
    I tried to fixed this  way but I could not.
    SQL> conn /as sysdba
    Connected.
    SQL> select status from v$instance
    2 ;
    STATUS
    MOUNTED
    SQL> shutdown immediate
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup
    ORACLE instance started.
    Total System Global Area 753278976 bytes
    Fixed Size 1374724 bytes
    Variable Size 469763580 bytes
    Database Buffers 276824064 bytes
    Redo Buffers 5316608 bytes
    Database mounted.
    ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1],
    [332], [94], [138], [], [], [], [], [], [], []
    SQL> select status from v$instance
    2 ;
    STATUS
    MOUNTED
    SQL> Select object_name,object_type,owner from dba_objects where data_object_id=
    332
    2 ;
    Select object_name,object_type,owner from dba_objects where data_object_id=332
    ERROR at line 1:
    ORA-01219: database not open: queries allowed on fixed tables/views only
    SQL> conn /as sysdba
    Connected.
    SQL> Select object_name,object_type,owner from dba_objects where data_object_id=
    332
    2 ;
    Select object_name,object_type,owner from dba_objects where data_object_id=332
    ERROR at line 1:
    ORA-01219: database not open: queries allowed on fixed tables/views only
    SQL> shutdown immediate
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup mount
    ORACLE instance started.
    Total System Global Area 753278976 bytes
    Fixed Size 1374724 bytes
    Variable Size 469763580 bytes
    Database Buffers 276824064 bytes
    Redo Buffers 5316608 bytes
    Database mounted.
    SQL> recover database
    Media recovery complete.
    SQL> alter database open
    2 ;
    alter database open
    ERROR at line 1:
    ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1],
    [332], [94], [138], [], [], [], [], [], [], []

    ORA-00600 is the final "it's not anything else" error. It pretty much means "open an SR". There is an ora-0600 lookup tool on MOS where you can feed it some arguements from your specific error and see if anything comes up. But you'll still need an MOS account, either way.

  • ORA-00600: internal error code, arguments: [ktssinseg3], [8], [37766017], [

    hi,
    i using oracle8i in solaris. i am trying to export one schema and trying to import it to another one schema within same database.
    what i did is
    $exp tms/tms owner=tms file=/export/home/oracle8i/thmexp.dmp
    here i get
    export terminated successfully without warning
    when i try to import i receive following errors
    IMP-00017: following statement failed with ORACLE error 600:
    IMP-00003: ORACLE error 600 encountered
    ORA-00600: internal error code, arguments: [ktssinseg3], [8], [37766017], [], []
    how i imported here is
    $ imp system/manager fromuser=tms touser=tms22 file=/export/home/oracle8i/tmsexp
    .dmp log=tms1.log
    Import: Release 8.1.7.0.0 - Production on Thu Sep 7 17:28:46 2006
    (c) Copyright 2000 Oracle Corporation. All rights reserved.
    Connected to: Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
    With the Partitioning option
    JServer Release 8.1.7.0.0 - Production
    Export file created by EXPORT:V08.01.07 via conventional path
    Warning: the objects were exported by TMS, not by you
    import done in US7ASCII character set and US7ASCII NCHAR character set
    . importing TMS's objects into TMS22
    IMP-00017: following statement failed with ORACLE error 600:
    "CREATE TABLE "TMS_DAILYTIMESHEET" ("EMPID" VARCHAR2(8) NOT NULL ENABLE, "GR"
    "OUPID" NUMBER(8, 0) NOT NULL ENABLE, "TODAYDATE" DATE NOT NULL ENABLE, "PRO"
    "DID" NUMBER(8, 0) NOT NULL ENABLE, "TASKID" NUMBER(8, 0) NOT NULL ENABLE, ""
    "DESCRIPTION" VARCHAR2(500), "LEADERID" VARCHAR2(8) NOT NULL ENABLE, "PERSON"
    "HOURS" NUMBER(4, 2) NOT NULL ENABLE) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXT"
    "RANS 255 CACHE LOGGING STORAGE(INITIAL 8929280) TABLESPACE "GFTT""
    IMP-00003: ORACLE error 600 encountered
    ORA-00600: internal error code, arguments: [ktssinseg3], [8], [37766177], [], []
    IMP-00017: following statement failed with ORACLE error 600:
    "CREATE TABLE "TMS_DESIGNATION" ("DESIGNATIONID" NUMBER(8, 0), "DESCRIPTION""
    " VARCHAR2(50) NOT NULL ENABLE) PCTFREE 10 PCTUSED 40 INITRANS 2 MAXTRANS 2"
    "55 LOGGING STORAGE(INITIAL 204800) TABLESPACE "GFTT""
    IMP-00003: ORACLE error 600 encountered
    ORA-00600: internal error code, arguments: [ktssinseg3], [8], [37766017], [], []
    IMP-00017: following statement failed with ORACLE error 600:
    "CREATE TABLE "TMS_EMPLEADER" ("EMPID" VARCHAR2(8), "LEADERID" VARCHAR2(8), "
    ""TEAMID" NUMBER(8, 0), "STATUS" NUMBER(1, 0)) PCTFREE 10 PCTUSED 40 INITRA"
    "NS 1 MAXTRANS 255 LOGGING STORAGE(INITIAL 20480) TABLESPACE "GFTT""
    IMP-00003: ORACLE error 600 encountered
    ORA-00600: internal error code, arguments: [ktssinseg3], [8], [37766017], [], []
    IMP-00017: following statement failed with ORACLE error 600:
    "CREATE TABLE "TMS_EMPLOYEE" ("EMPID" VARCHAR2(8), "EMPNAME" VARCHAR2(35) NO"
    "T NULL ENABLE, "USERNAME" VARCHAR2(20) NOT NULL ENABLE, "PASSWORD" VARCHAR2"
    "(15) NOT NULL ENABLE, "DESIGNATIONID" NUMBER(8, 0) NOT NULL ENABLE, "GROUPI"
    "D" NUMBER(8, 0) NOT NULL ENABLE, "STATUS" NUMBER(1, 0) NOT NULL ENABLE, "DO"
    "J" DATE NOT NULL ENABLE) PCTFREE 10 PCTUSED 40 INITRANS 2 MAXTRANS 255 LOG"
    "GING STORAGE(INITIAL 204800) TABLESPACE "GFTT""
    IMP-00003: ORACLE error 600 encountered
    ORA-00600: internal error code, arguments: [ktssinseg3], [8], [37766017], [], []
    Import terminated successfully with warnings.
    i dont know what is going wrong can anyone help me to resolve this issue....
    With regards
    Boo

    hi,
    i checked out every datafiles none of them were get corrputed.
    this is how i checked
    $ dbv file=tms1.dbf logfile=dbv.log
    $more dbv.log
    DBVERIFY: Release 8.1.7.0.0 - Production on Thu Sep 7 18:46:54 2006
    (c) Copyright 2000 Oracle Corporation. All rights reserved.
    DBVERIFY - Verification starting : FILE = tms1.dbf
    DBVERIFY - Verification complete
    Total Pages Examined : 102400
    Total Pages Processed (Data) : 6
    Total Pages Failing (Data) : 0
    Total Pages Processed (Index): 8
    Total Pages Failing (Index): 0
    Total Pages Processed (Other): 42
    Total Pages Empty : 102344
    Total Pages Marked Corrupt : 0
    Total Pages Influx : 0
    With Regards
    Boo

  • RMAN backup restore leads to the error "ORA-00600: internal error code, arguments: [kccsbck_first], [2], [2349545192]" on DB startup

    Hi All,
    DB:11.2.0.3.0
    OS: Sun Solaris SPARC 64 bits
    I am facing an issue -  RMAN backup restore leads to the error "ORA-00600: internal error code, arguments: , , " on DB startup. Restored from RMAN backup DB test2 to DB test1.
    <p mcekeep="true">  $ sqlplus / as sysdba
    <p mcekeep="true">   SQL*Plus: Release 11.2.0.3.0   Production on Sun Oct 6 09:31:28 2013
    <p mcekeep="true">   Copyright (c) 1982, 2011,   Oracle.  All rights reserved.
    <p mcekeep="true">   Connected to an idle instance.
    <p mcekeep="true">  
    SQL> startup
    ORACLE instance started.
    Total System Global Area 4277059584 bytes
    Fixed Size                  2166160 bytes
    Variable Size            1493176944 bytes
    Database Buffers         2768240640 bytes
    Redo Buffers               13475840 bytes
    ORA-00600: internal error code, arguments: , , ,
    SQL> exit
    DB test2 database validated:
    RMAN> validate Database;
    No issues reported.
    Could anyone please let me the what's the cause of this error
    Thanks for your time
    Regards,
    user10088255

    HI,
    CASE : I
    C:\>set ORACLE_SID=xxxx
    C:\>sqlplus sys/XXXXX@rosen as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on Sat Jan 29 12:28:00 2011
    Copyright (c) 1982, 2010, Oracle.  All rights reserved.
    Connected to an idle instance.
    SQL> startup
    ORACLE instance started.
    Total System Global Area   3423965184 bytes
    Fixed Size                      2180544 bytes
    Variable Size                2080377408 bytes
    Database Buffers           1325400064 bytes
    Redo Buffers                   16007168 bytes
    ORA-00600: internal error code, arguments: [kccsbck_first], [1], [3978145973],
    Solution:   AFTER GETTING  ORA-00600, SHUT THE DATABASE AND STARTUP IT INTO MOUNT STAGE  AND  THEN ALTER  DATABASE   TO OPEN STAGE .
    SQL> shut immediate
    ORA-01507: database not mounted
    ORACLE instance shut down.
    SQL> startup mount
    ORACLE instance started.
    Total System Global Area 3423965184 bytes
    Fixed Size                      2180544 bytes
    Variable Size                 2080377408 bytes
    Database Buffers           1325400064 bytes
    Redo Buffers                    16007168 bytes
    Database mounted.
    SQL> alter database open;
    Database altered.
    SQL> select name,open_mode from v$database;
    NAME      OPEN_MODE
    ROSEN     READ WRITE
    CASE :: II
    C:\>sqlplus sys/XXXX@royalton as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on Sat Jan 29 12:37:37 2011
    Copyright (c) 1982, 2010, Oracle.  All rights reserved.
    Connected to an idle instance.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  3423965184 bytes
    Fixed Size                      2180544 bytes
    Variable Size                  1979714112 bytes
    Database Buffers            1426063360 bytes
    Redo Buffers                  16007168 bytes
    ORA-00600: internal error code, arguments: [kccsbck_first], [1], [73515151],[], [], [], [], [], [], [], [], []
    Solution :  As in above case, I have started the database in mount and then alter it to the open mode but it doesnot work out. After some analysis ,troubleshooting and googling, we have decided to flush the shared pool  component of the SGA . So, we have started the database in mount stage and then flush the shared pool and further alter it to open stage . Below are the steps performed to solve this issue .
    SQL> shut immediate
    ORA-01507: database not mounted
    ORACLE instance shut down.
    C:\>set ORACLE_SID= royalton
    C:\>sqlplus sys/xxxxxxxx@royalton  as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on Sat Jan 29 12:28:00 2011
    Copyright (c) 1982, 2010, Oracle.  All rights reserved.
    Connected to an idle instance.
    SQL> startup mount
    ORACLE instance started.
    Total System Global Area 3423965184 bytes
    Fixed Size                     2180544 bytes
    Variable Size                 2080377408 bytes
    Database Buffers            1325400064 bytes
    Redo Buffers                  16007168 bytes
    Database mounted.
    SQL> alter system flush shared_pool;
    SQL> alter database open
    Database altered.
    SQL> select name,open_mode from v$database;
    NAME            OPEN_MODE
    ROYALTON        READ WRITE
    Conclusion : Though this is not the solution but a workaround to solve ORA-00600  which is having same argument as above, then you may follow the above steps.
    Please chek this link : One Can Succeed at Almost Anything For Which He Has Enthusiasm...: ORA-00600: internal error code, arguments: [kccsbck_f…

  • 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 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

Maybe you are looking for

  • Error while posting GR for subcontracting process

    Dear Friends, while creating a GR for a subcontracting PO, I get the following error. please suggest what to do. i checked the configuration for the movement type and could not come up with the solution. Fld selectn for mvmt type 543 / acct 7449990 d

  • Parameters of a Function Module.Please help

    Hi guys, Am using the FM ARCHIVFILE_CLIENT_TO_SERVER to take an file from the presentation server i.e local PC to an application server. In this Fm the parameters are source path and destination path,source path being the path to the file in the PC a

  • Blank page comes out when I try to make a copy on my HP 5610xi All In One Printer

    Recently, I keep getting a Blank Page when I try to copy anything on my HP Officejet 5610xi All in One Printer. This question was solved. View Solution.

  • My phone says your purchase could not be completed?

    My phone says the purchase cannot be completed and i need to buy something. What should i do? Someone please help!

  • Upgrade 7200 from OS 7.5

    I gave my inlaws a 7200/75 from our office a few years ago, running OS 7.5.3 They just do email and an occasional web surf. All of a sudden the AOL browser won't go anywhere and every disk they have to get a new ISP won't work with 7.5. I understand