User Managed Back-up : ORA-00600: internal error code

Hallo!I was trying to assess whether I can implement a user managed Oracle 10g database backup of an orcl instance (for testing purposes).I know how to use RMAN but I am just curious about a user-managed back-up and recovery solution
My idea was to copy the db files (controlfiles,datafiles,redo log files)in the oradata/orcl directory to a different disk partition,delete the orcl folder,return the copied orcl folder to the oradata folder and startup the instance.
After doing this,I tried to startup the instance but it could only reach the mount stage.When I typed the alter database open command,the error below resulted
ORA-00600: internal error code, arguments: [kcratr1_lastbwr], [], [], [], [],[], [], []
I am aware I can use the recover database command in RMAN but for curiosity purposes,I would like to know if an alternative option exists to recover the db assuming a user managed backup without RMAN.
Thanks.

My idea was to copy the db files (controlfiles,datafiles,redo log files)Was the database
a. SHUTDOWN IMMEDIATE/NORMAL before you did the copy
OR
b. in Backup mode with ALTER DATABASE BEGIN BACKUP
You need either of a. or b. (Oracle cannot stop you from copying files when the database is open but needs to know that they are copied in a fuzzy state and that is one of the several things that the ALTER DATABASE BEGIN BACKUP does).
If you used method b. you also need an ALTER DATABASE END BACKUP, ALTER SYSTEM SWITCH LOGFILE and a backup of the ArchiveLogs generated between the BEGIN BACKUP and END BACKUP.
Hemant K Chitale

Similar Messages

  • ORA-00600: internal error code, arguments: [kqlidp0:no user], [258], [], []

    Hi,
    Does anyone has solution to the below problem
    ORA-00600: internal error code, arguments: [kqlidp0:no user], [258], [], []
    Thanks and Regards

    That we have already researched earlier but we are trying to find out exact solution as per second argument ...is taken. Because for first argument a bug already exists and it is resolved if we apply the interim patch .What is the bug/patch number you are referring to?
    Tell me one thing ...
    if an ORA -600 error has ORA-00600: internal error code, arguments: [kqlidp0:no user], [258], [], []
    and the patch is available for ORA-00600: internal error code, arguments: [kqlidp0:no user], [1292], [], []
    Can we apply that RDBMS server patch for 11.1.0.7 database...Yes.
    Thanks,
    Hussein

  • 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

  • ORA-00600: internal error code while drop package !

    Friends ,
    I am using oracle 10g in Oracle Ent Linux 5.0 . Now I want to drop a  user , when I give the 'drop user' command I got the below error :
    SQL> drop user user cascade;
    drop user user cascade
    ERROR at line 1:
    ORA-00600: internal error code, arguments: [psdtyfnd_with_suffix], [], [], [],
    Then I try to manually drop all the object of the specified schema . All objects are dropped except a 'PACKAGE' . When I manually drop that PACKAGE
    again then I found the above error again . Now I am sure that  this 'package' is the main culprit .
    Now would anyone please help me how I drop this package manually  ? 

    Hi,
    Glad to know that its solved.
    The cause of this issue is not known. It is believed that importing into a database where these pipelined functions already exist may be the cause, but testing has failed to reproduce the problem.
    In one of the bugs logged for a similar issue,  problem will normally happen only on upgrade and not under regular running of the DB. Therefore, it should be of relatively low impact to the real users. Also, Upgrading to 11g you shouldn't encounter this problem.
    Regards,
    Suntrupth

  • ORA-00600: internal error code while inserting data in table

    hi gems..
    i am getting the below error while inserting data in a table...
    *ORA-00600: internal error code, arguments: [kqd-objerror$ ] , , [0], [98], [BIN$sm1O+fYhF1jgRAAhKNYyZA==$0], [], [], [], [], [], [], []*
    i can select the table absolutely but cant insert datas(but this is the schema owner and so datas should get inserted)
    i have checked the alert.log...the entries in last few lines are like this:
    <msg time='2011-11-25T03:08:55.763+05:30' org_id='oracle' comp_id='clients'
    type='UNKNOWN' level='16' host_id='ICS167DOR'
    host_addr='10.184.134.139'>
    <txt>Directory does not exist for read/write [oracle/ora11g/app/ora11g/product/11.2.0/dbhome_1/log] [oracle/ora11g/app/ora11g/product/11.2.0/dbhome_1/log/diag/clients]
    </txt>
    </msg>
    please help...thanks in advance
    Edited by: user12780416 on Nov 25, 2011 3:29 AM

    hi...
    finally i got the solution...i know that this problem may occur due to some other reasons also for different users...but the problem which caused the developers facing the error in this case is below:
    they faced the error while importing the dumps in the server. at the same time the application developers told that they can select the tables but cannot insert any datas.
    after listenning to this, i assumed that this may be a space problem with the system tablespace as it is responsible for storing the data dictionary.
    i asked for the free spaces for the system tablespace and got the reason. It has only 0.2% left.
    i told them to issue the resize command for the system01.dbf datafile(allocated 2GB more) and the problem got resolved.
    Hope this helps..thanks

  • 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: [17119]

    Hi Techies,
    I've got a lot of ORA-00600: internal error code, arguments: [17119] showing in my alertlogs and trace files. Users were unable log on, sunsequently the database crashed.
    has anyone come accross such events and how was it solved? There are no activities that I can pin point to the time of occurance.
    Extract of the trace file is as follows:
    *** SERVICE NAME:(SYS$BACKGROUND) 2009-09-10 15:14:56.386
    *** SESSION ID:(293.34537) 2009-09-10 15:14:56.386
    ********** Internal heap ERROR 17119 addr=(nil) *********
    HEAP DUMP heap name="" desc=0x2112183f0
    extent sz=0x11218990 alt=19392 het=0 rec=0 flg=0 opc=0
    parent=0x25eac5898 owner=0x2112182f8 nex=(nil) xsz=0x0
    Hla: 1
    *** 2009-09-10 15:14:56.386
    ksedmp: internal or fatal error
    ORA-00600: internal error code, arguments: [17119], [0x000000000], [], [], [], [], [], []
    No current SQL statement being executed.
    ----- Call Stack Trace -----
    calling call entry argument values in hex
    location type point (? means dubious value)
    ksedst()+31 call ksedst1() 000000000 ? 000000001 ?
    7FBFFF8430 ? 7FBFFF8490 ?
    7FBFFF83D0 ? 000000000 ?
    ksedmp()+610 call ksedst() 000000000 ? 000000001 ?
    7FBFFF8430 ? 7FBFFF8490 ?
    7FBFFF83D0 ? 000000000 ?
    ksfdmp()+21 call ksedmp() 000000003 ? 000000001 ?
    7FBFFF8430 ? 7FBFFF8490 ?
    7FBFFF83D0 ? 000000000 ?
    kgeriv()+176 call ksfdmp() 000000003 ? 000000001 ?
    7FBFFF8430 ? 7FBFFF8490 ?
    7FBFFF83D0 ? 000000000 ?
    kgesiv()+119 call kgeriv() 006618F40 ? 006680C70 ?
    000000000 ? 000000000 ?
    7FBFFF83D0 ? 000000000 ?
    kgesic1()+155 call kgesiv() 006618F40 ? 006680C70 ?
    0000042DF ? 000000001 ?
    7FBFFF91B0 ? 000000000 ?
    kgherror()+986 call kgesic1() 006618F40 ? 006680C70 ?
    0000042DF ? 000000002 ?
    000000000 ? 000000001 ?
    kghpih()+106 call kgherror() 006618F40 ? 2112183F0 ?
    0000042DF ? 000000000 ?
    000000000 ? 000000000 ?
    kghfex()+49 call kghpih() 006618F40 ? 2112183F0 ?
    000000001 ? 000000000 ?
    000000000 ? 000000000 ?
    kghfrx()+42 call kghfex() 006618F40 ? 2112183F0 ?
    000000001 ? 000000000 ?
    000000000 ? 000000000 ?
    kghfrunp()+2456 call kghfrx() 006618F40 ? 2112183F0 ?
    000000001 ? 000000000 ?
    000000000 ? 000000000 ?
    kghfnd()+1042 call kghfrunp() 006618F40 ? 06003C460 ?
    000001000 ? 06003DB50 ?
    06003DCB8 ? 000000000 ?
    kghalo()+587 call kghfnd() 006618F40 ? 000000018 ?
    06003C460 ? 0600222E0 ?
    000001000 ? 000000000 ?
    kghgex()+598 call kghalo() 000000000 ? 06003C460 ?
    000000FE8 ? 000000FE8 ?
    000001000 ? 000001000 ?
    kghfnd()+667 call kghgex() 006618F40 ? 000000000 ?
    25DAA9998 ? 000002000 ?
    25DAA99E4 ? 000000000 ?
    kghalo()+587 call kghfnd() 006618F40 ? 000000000 ?
    25DAA9998 ? 000000FD8 ?
    2A00000FD8 ? 000000000 ?
    kghgex()+598 call kghalo() 000000000 ? 25DAA9998 ?
    000000FA8 ? 000000FA8 ?
    000000FD8 ? 000000FD8 ?
    kghalf()+521 call kghgex() 006618F40 ? 000000000 ?
    17A7A79B0 ? 000003000 ?
    17A7A79FC ? 000000000 ?
    kghalp()+3013 call kghalf() 006618F40 ? 17A7A79B0 ?
    000000038 ? 000000001 ?
    000000000 ? 0059A9404 ?
    qcsAddSqlPath()+107 call kghalp() 006618F40 ? 17A7A79B0 ?
    Any helps would be grately appreciative.
    Kind Regards
    Newbie..

    Go to metalink and use the ORA-600 lookup table, if nothing help, then open a SR to get help from Oracle support.
    Nicolas.

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

    Hi all,
    I'm getting Oracle internal error:
    "ORA-00600: internal error code, arguments: [kokvxsql1], [], [], [], [], [], [],[]"
    when I'm trying to drop a user from my DB. The tablespace related to the user is getting dropped easily whereas the user itself is not getting dropped. I'm getting the following errors alternatingly when trying to drop the user:
    ORA-00600: internal error code, arguments: [kokvxsql1], [], [], [], [], [], [],[]
    ORA: internal error code arguments [4814][5][0][0][][][][]
    ORA: 04043 Object :<object_name(OBJECT_TYPE='TYPE')> does not exist.
    I'm trying to refresh the schema and so have to drop the schema and the tablespace. The tablespace has no problems in getting dropped but the user has. :-(..
    please help ASAP.
    Thanks a lot in advance for any suggestions/solutions.
    Ananthram

    Hi Ulfet,
    Thanks for the reply,
    My Oracle version is 9i and not 10 g. Here is more precise information for you.
    Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
    PL/SQL Release 9.2.0.1.0 - Production
    CORE     9.2.0.1.0     Production
    TNS for 32-bit Windows: Version 9.2.0.1.0 - Production
    NLSRTL Version 9.2.0.1.0 - Production
    Thanks in advance for any clarities you provide. :-)

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

    Dears;
    any one know about this error
    ORA-00600: internal error code, arguments: [17182], [0xFFFFFFFF7B7C0D60], [], [], [], [], [], []

    Hi user;
    ORA-00600: internal error code, You are gettion oracle internal error(ORA 600) which mean you could need to work wiht oracle support team. Please see below note, if its not help than i suggest log a sr:
    Troubleshoot an ORA-600 or ORA-7445 Error Using the Error Lookup Tool [ID 153788.1]
    Regard
    Helios

  • ORA-00600: internal error code, arguments: [15713], [2], [1], [13], [2], []

    All,
    Please help me. I am getting ORA-00600: internal error code, arguments: [15713], in the alert log file. It is continuosly generating the Incidents with different incident numbers.
    Why is this occuring ?
    Dump file /Ideal/oracle/p123/diag/rdbms/p123/p123/incident/incdir_144985/p123_ora_4332406_i156985.trc
    Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
    ORACLE_HOME = /Ideal/oracle/product/11.1.0/db_1
    System name: AIX
    Node name: PROD1
    Release: 1
    Version: 6
    Machine: 00XXXXXX
    Instance name: p123
    Redo thread mounted by this instance: 1
    Oracle process number: 18
    Unix process pid: 1234456, image: oracle@PROD1
    *** 2010-02-05 13:43:02.862
    *** SESSION ID:(239.52962) 2010-02-05 13:43:02.862
    *** CLIENT ID:() 2010-04-07 13:43:02.862
    *** SERVICE NAME:(SYS$USERS) 2010-04-07 13:43:02.862
    *** MODULE NAME:(JDBC Thin Client) 2010-04-07 13:43:02.862
    *** ACTION NAME:() 2010-02-05 13:43:02.862
    Dump continued from file: /Ideal/oracle/p123/diag/rdbms/p123/p123/trace/p123_ora_4332406.trc
    ORA-00600: internal error code, arguments: [15713], [2], [1], [13], [2], [], [], []
    ========= Dump for incident 4332406 (ORA 600 [15713]) ========
    *** 2010-02-05 13:43:02.862
    ----- Current SQL Statement for this session (sql_id=3ng2dzvjfgb61) -----
    The above error and incidents are repeating now.. Today i got neealy 5 inicidents so far.
    I try to google it, but could not get a relevant solution. Please help me with the solutions.
    THANK YOU ALL,
    David
    Edited by: Pas Moh on Apr 13, 2010 8:25 AM

    ORA-00600/ORA-07445/ORA-03113 = Oracle bug => search on Metalink and/or call Oracle support

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

    Hi All,
    I got the Error :ORA-00600: internal error code, arguments: [kwqiccidxe103], [2049] while import from 9i to 11.2.0.3 , for this i got metalink doc id : [ID 1538031.1]
    i got the solutions but need to know what is the root cause of this error in my environment.
    IMP-00017: following statement failed with ORACLE error 600:
    "BEGIN "
    "SYS.DBMS_AQ_IMP_INTERNAL.IMPORT_QUEUE(HEXTORAW('A561818119361E1CE03400000E2"
    "5041D'),'QS_WS_ORDERS_MQTAB','QS_WS_BACKORDERS_QUE',0,5,0,0,86400,'');"
    "COMMIT; END;"
    IMP-00003: ORACLE error 600 encountered
    ORA-00600: internal error code, arguments: [kwqiccidxe103], [2049], [], [], [], [], [], [], [], [], [], []
    ORA-06512: at "SYS.DBMS_AQ_SYS_IMP_INTERNAL", line 725
    ORA-06512: at "SYS.DBMS_AQ_IMP_INTERNAL", line 60
    ORA-06512: at line 2
    IMP-00091: Above error occurred on the following function and object: CREATE QS_WS_BACKORDERS_QUE. Remaining PL/SQL blocks for this object will be skipped.
    IMP-00017: following statement failed with ORACLE error 600:
    "BEGIN "
    "SYS.DBMS_AQ_IMP_INTERNAL.IMPORT_QUEUE(HEXTORAW('A561818119351E1CE03400000E2"
    "5041D'),'QS_WS_ORDERS_MQTAB','QS_WS_SHIPPEDORDERS_QUE',0,5,0,0,86400,'');"
    "COMMIT; END;"
    IMP-00003: ORACLE error 600 encountered
    ORA-00600: internal error code, arguments: [kwqiccidxe103], [2049], [], [], [], [], [], [], [], [], [], []
    ORA-06512: at "SYS.DBMS_AQ_SYS_IMP_INTERNAL", line 725
    ORA-06512: at "SYS.DBMS_AQ_IMP_INTERNAL", line 60
    ORA-06512: at line 2
    IMP-00091: Above error occurred on the following function and object: CREATE QS_WS_SHIPPEDORDERS_QUE. Remaining PL/SQL blocks for this object will be skipped.
    Please help me on this.
    Thanks,

    Hi,
    seems you are using advanced queuing, and i believe you are going with imp option. so you can use IGNORE=Y to do that
    you can check the doc. below
    Ref. Doc:http://docs.oracle.com/cd/B28359_01/server.111/b28420/manage.htm
    HTH

  • 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: [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: [4553], [2], [0], [], [], [], []

    hello,
    i have the ORA-00600: internal error code, arguments: [4553], [2], [0], [], [], [], [], [] in my alert.log file. One resolution is to recreate the invalid objects, but this error is recurring frequently. In touch with oracle. has anyone faced this issue, what could be the problem?
    thanks in advance.
    Starting up ORACLE RDBMS Version: 10.1.0.4.0.
    System parameters with non-default values:
    processes = 300
    shared_pool_size = 83886080
    large_pool_size = 8388608
    java_pool_size = 50331648
    nls_language = american
    nls_territory = america
    sga_target = 369098752
    control_files = O:\ORACLE\DATABASE\CONTROL01.CTL, O:\ORACLE\DATABASE\CONTROL02.CTL, O:\ORACLE\DATABASE\CONTROL03.CTL
    db_block_size = 8192
    db_cache_size = 25165824
    compatible = 10.1.0.2.0
    db_file_multiblock_read_count= 16
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    dispatchers = (PROTOCOL=TCP) (SERVICE=orclXDB)
    shared_servers = 0
    job_queue_processes = 10
    background_dump_dest = D:\ORACLE\PRODUCT\10.1.0\ADMIN\ORCL\BDUMP
    user_dump_dest = D:\ORACLE\PRODUCT\10.1.0\ADMIN\ORCL\UDUMP
    core_dump_dest = D:\ORACLE\PRODUCT\10.1.0\ADMIN\ORCL\CDUMP
    sort_area_size = 65536
    db_name = ORCL
    open_cursors = 1000
    pga_aggregate_target = 25165824
    LGWR started with pid=5, OS id=136
    SMON started with pid=7, OS id=3524
    RECO started with pid=8, OS id=3244
    CJQ0 started with pid=9, OS id=420
    Thread 1 advanced to log sequence 14383
    Current log# 1 seq# 14383 mem# 0: O:\ORACLE\DATABASE\REDO11.LOG
    Current log# 1 seq# 14383 mem# 1: O:\ORACLE\DATABASE\REDO12.LOG
    Sat Nov 08 12:45:45 2008
    Private_strands 15 at log switch
    Thread 1 advanced to log sequence 14384
    Current log# 2 seq# 14384 mem# 0: O:\ORACLE\DATABASE\REDO21.LOG
    Current log# 2 seq# 14384 mem# 1: O:\ORACLE\DATABASE\REDO22.LOG
    Sat Nov 08 13:15:31 2008
    Errors in file d:\oracle\product\10.1.0\admin\orcl\udump\orcl_ora_4084.trc:
    ORA-00600: internal error code, arguments: [4553], [2], [0], [], [], [], [], []
    Sat Nov 08 13:19:42 2008
    Doing block recovery for file 2 block 332
    Block recovery range from rba 14384.24287.0 to scn 0.368893505
    Sat Nov 08 13:19:43 2008
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 14384 Reading mem 0
    Mem# 0 errs 0: O:\ORACLE\DATABASE\REDO21.LOG
    Mem# 1 errs 0: O:\ORACLE\DATABASE\REDO22.LOG
    Block recovery completed at rba 14384.24315.16, scn 0.368893506
    Doing block recovery for file 2 block 97
    Block recovery range from rba 14384.13864.0 to scn 0.368893505
    Sat Nov 08 13:19:44 2008
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 14384 Reading mem 0
    Mem# 0 errs 0: O:\ORACLE\DATABASE\REDO21.LOG
    Mem# 1 errs 0: O:\ORACLE\DATABASE\REDO22.LOG
    Block recovery completed at rba 14384.24315.16, scn 0.368893506
    Doing block recovery for file 5 block 651570
    Block recovery range from rba 14384.24287.0 to scn 0.368893508
    Sat Nov 08 13:19:45 2008
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 14384 Reading mem 0
    Mem# 0 errs 0: O:\ORACLE\DATABASE\REDO21.LOG
    Mem# 1 errs 0: O:\ORACLE\DATABASE\REDO22.LOG
    Block recovery completed at rba 14384.24373.16, scn 0.368893509
    Sat Nov 08 13:19:46 2008
    Errors in file d:\oracle\product\10.1.0\admin\orcl\udump\orcl_ora_4084.trc:
    ORA-00600: internal error code, arguments: [4553], [2], [0], [], [], [], [], []
    Doing block recovery for file 2 block 704
    Block recovery range from rba 14384.24391.0 to scn 0.368893512
    Sat Nov 08 13:23:27 2008
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 14384 Reading mem 0
    Mem# 0 errs 0: O:\ORACLE\DATABASE\REDO21.LOG
    Mem# 1 errs 0: O:\ORACLE\DATABASE\REDO22.LOG
    Block recovery completed at rba 14384.24419.16, scn 0.368893513
    Doing block recovery for file 2 block 41
    Block recovery range from rba 14384.24469.0 to scn 0.368894006
    Sat Nov 08 13:32:29 2008
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 14384 Reading mem 0
    Mem# 0 errs 0: O:\ORACLE\DATABASE\REDO21.LOG
    Mem# 1 errs 0: O:\ORACLE\DATABASE\REDO22.LOG
    Block recovery completed at rba 14384.25039.16, scn 0.368894007
    Doing block recovery for file 5 block 651570
    Block recovery range from rba 14384.24287.0 to scn 0.368893508
    Sat Nov 08 13:32:30 2008
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 14384 Reading mem 0
    Mem# 0 errs 0: O:\ORACLE\DATABASE\REDO21.LOG
    Mem# 1 errs 0: O:\ORACLE\DATABASE\REDO22.LOG
    Block recovery completed at rba 14384.24373.16, scn 0.368893509
    Sat Nov 08 13:45:44 2008
    Private_strands 15 at log switch
    Thread 1 advanced to log sequence 14385
    Current log# 3 seq# 14385 mem# 0: O:\ORACLE\DATABASE\REDO31.LOG
    Current log# 3 seq# 14385 mem# 1: O:\ORACLE\DATABASE\REDO32.LOG
    Sat Nov 08 14:31:08 2008
    Private_strands 15 at log switch
    Thread 1 advanced to log sequence 14386
    Current log# 1 seq# 14386 mem# 0: O:\ORACLE\DATABASE\REDO11.LOG
    Current log# 1 seq# 14386 mem# 1: O:\ORACLE\DATABASE\REDO12.LOG
    Sat Nov 08 15:01:31 2008
    Errors in file d:\oracle\product\10.1.0\admin\orcl\udump\orcl_ora_4048.trc:
    ORA-00600: internal error code, arguments: [ktspgfb-1], [], [], [], [], [], [], []
    orcl_ora_4048.trc:
    *** SERVICE NAME:(SYS$USERS) 2008-11-08 13:15:30.942
    *** SESSION ID:(303.2) 2008-11-08 13:15:30.942
    *** 2008-11-08 13:15:30.942
    ksedmp: internal or fatal error
    ORA-00600: internal error code, arguments: [4553], [2], [0], [], [], [], [], []
    Current SQL statement for this session:
    INSERT INTO ssv_tav_basic VALUES(:v1,TO_DATE(:v2,'DD-MM-YYYY HH24:MI:SS'),:v3,:v4,:v5,:v6,TO_DATE(:v7,'DD-MM-YYYY HH24:MI:SS'),:v8,:v9,:v10,:v11)
    ----- Call Stack Trace -----
    calling call entry argument values in hex
    location type point (? means dubious value)
    ksedmp+576          CALLrel  ksedst+0 0
    ksfdmp.160+14       CALLrel  ksedmp+0 3
    _kgeriv+139          CALLreg  00000000             7FD3170 3
    kgeasi+92           CALLrel  kgeriv+0 7FD3170 7ECE838 11C9 2
    8752BEC
    ktbtas+149          CALLrel  kgeasi+0 7FD3170 7ECE838 11C9 2 2 0 2
    0 0 0 0
    ktbair2+413         CALLrel  ktbtas+0 17614014 30 875369C
    kdxlne+517          CALLrel  ktbair2+0
    kcoissue_callback CALLreg 00000000 7F2CFA4 7F2CFE6 4 17614014
    +153 875369C
    kcoapl+751          CALLrel  kco_issue_callback 7F2CFA0 17614000 875369C
    +0
    kcbapl+119          CALLrel  kcoapl+0 7F2CFA0 17614000 1 5 2000 0
    875369C
    kcrfwredo_gen+255 CALLrel _kcbapl+0            7F2CFA0 177F4E90 8753180 0
    4 875369C
    kcbchg1+7688        CALLrel  kcrfw_redo_gen+0
    ktuchg+874          CALLrel  kcbchg1+0 0 3 8753264 875327C 0 0
    ktbchg2+115         CALLrel  ktuchg+0 2 5B06C88 3 7F2D000 7F2D008
    7F2A7A0 875369C 7F2CFA0 0 0
    kdisnewle+1681      CALLrel  ktbchg2+0 0 5B06C88 7F2D000 7F2D008
    7F2A7A0 8753694 7F2CFA0 0 0
    kdisle+4004         CALLrel  kdisnewle+0 5B06C7C 149C3C3 8753694
    8753730 7F28764 A4 9D 0 2 0 0
    0 8753938
    kdiins0+6796        CALLrel  kdisle+0 2EB6AAAC 8753C98 87541A4 1 2
    8756AB0 140 875D664 342C9238
    0 0 0
    kdiins+52           CALLrel  kdiins0+0 2EB6AAAC 6 875D664 8756AB0 0
    0 0 2 FF 0 0 0 0
    kauxsin+4814        CALLrel  kdiins+0 2EB6AAAC 6 875D664 8756AB0 2
    FF 0 0
    insidx.103+884      CALLrel  kauxsin+0 2EB6AA5C 875D660 0 7F46984
    7F469B4 7F469CC 7F46958 0 0 0
    0 0 0 0 0 2C04A990 B D218 1 0
    0
    insrowFastPath.103  CALLrel  insidx.103+0 7F468B4
    +189
    insdrvFastPath.103  CALLrel  insrowFastPath.103 7F468B4 875D864 0 7F468B4
    +357 +0
    inscovexe+916       CALLrel  insdrvFastPath.103 7F468B4
    +0
    _insExecStmtExecIni  CALL???  00000000             1C8C07CC 2395C188 875DC70
    Engine.103+54
    insexe+232          CALLrel  insExecStmtExecIni 1C8C07CC 2395C188 875DC70
    Engine.103+0
    opiexe+12507        CALLrel  insexe+0 2EC98954 875DC70
    _opiodr+973          CALLreg  00000000             4 4 875E7D0
    _ttcpip+1830         CALLreg  00000000             4 4 875E7D0 3
    _opitsk+1098         CALL???  00000000            
    opiino+938          CALLrel  opitsk+0 0 0 7FD9BB0 7E5EEF8 DF 0
    _opiodr+973          CALLreg  00000000             3C 4 875FBC0
    opidrv+479          CALLrel  opiodr+0 3C 4 875FBC0 0
    sou2o+45            CALLrel  opidrv+0 3C 4 875FBC0
    opimai+237          CALLrel  sou2o+0
    OracleThreadStart@  CALLrel  opimai+0
    4+910
    77E64826 CALLreg 00000000

    hello satish,
    thank you for your kind advice. the reason i posted this is because we have been having this issue for a long time. and so far its been a chicken-egg issue, maybe its hardware, or the application, or the OS, etc..etc..
    so, i am looking for any experiences with the 600 error, perhaps similar to mine.

Maybe you are looking for