DDE: Problem Key 'ORA 600 [qcsprfro_tree:jrs present]' was flood controlled

Hi All,
I have oracle 11gR2 installed on OVM. From last few days I am getting below error ORA-600 in my alert.log file
Errors in file /u02/app/oracle/diag/rdbms/......./SID_ora_30314.trc (incident=169998):
ORA-00600: internal error code, arguments: [qcsprfro_tree:jrs present], [0x2B7CA0837030], [], [], [], [], [], [], [], [], [], []
from the above referenced trc file : I got below message:
DDE: Problem Key 'ORA 600 [qcsprfro_tree:jrs present]' was flood controlled (0x6) (incident: 169998)
ORA-00600: internal error code, arguments: [qcsprfro_tree:jrs present], [0x2B7CA0837030], [], [], [], [], [], [], [], [], [], []
"/u02/app/oracle/diag/rdbms/....../SID_eng11g02_ora_30314.trc" 60L, 3421C
Is anybody having any idea about this error's first argument [qcsprfro_tree:jrs present] ? I am not getting any reference document from oracle support also.
Thanks...

Hello,
I have oracle 11gR2 installed on OVMAs previously posted, you must open a SR to My Oracle Support.
In *11.2* you have the possibility with ADR (Automatic Diagnostic Repository) to create a Incident Package that you could send to the Support. It can help in the resolution process.
Please, find enclosed a link to this new features in 11g:
http://download.oracle.com/docs/cd/E11882_01/server.112/e17120/diag002.htm#CHDJDBCH
Hope this help.
Best regards,
Jean-Valentin

Similar Messages

DDE: Problem Key 'ORA 445' was completely flood controlled

OK, I got this after a bunch of background process did not starts, I see there is a bug and patch for products that can be patched. Anybody else see it? Anything to do besides 3 fingered salute? Anyone know anything?

Virtual machine (some MS product), XP Professional SP3.
A few bits of alert log:
Fri May 25 18:47:09 2012
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_1 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
Starting up:
Oracle Database 11g Express Edition Release 11.2.0.2.0 - Production.
Using parameter settings in server-side spfile D:\ORACLEXE\APP\ORACLE\PRODUCT\11.2.0\SERVER\DATABASE\SPFILEXE.ORA
System parameters with non-default values:
sessions                 = 172
event                    = "10795 trace name context forever, level 2"
sga_max_size             = 512M
memory_target            = 760M
memory_max_target        = 760M
control_files            = "D:\ORACLEXE\APP\ORACLE\ORADATA\XE\CONTROL.DBF"
compatible               = "11.2.0.0.0"
db_recovery_file_dest    = "D:\oraclexe\app\oracle\fast_recovery_area"
db_recovery_file_dest_size= 10G
undo_management          = "AUTO"
undo_tablespace          = "UNDOTBS1"
remote_login_passwordfile= "EXCLUSIVE"
dispatchers              = "(PROTOCOL=TCP) (SERVICE=XEXDB)"
shared_servers           = 4
job_queue_processes      = 4
audit_file_dest          = "D:\ORACLEXE\APP\ORACLE\ADMIN\XE\ADUMP"
db_name                  = "XE"
open_cursors             = 300
parallel_servers_target = 0
diagnostic_dest          = "D:\ORACLEXE\APP\ORACLE"
Fri May 25 18:47:24 2012
PMON started with pid=2, OS id=488
Fri May 25 18:47:24 2012
PSP0 started with pid=3, OS id=324
Fri May 25 18:47:25 2012
VKTM started with pid=4, OS id=1940 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Fri May 25 18:47:25 2012
GEN0 started with pid=5, OS id=1092
Fri May 25 18:47:25 2012
DIAG started with pid=6, OS id=1180
Fri May 25 18:47:25 2012
DBRM started with pid=7, OS id=1872
Fri May 25 18:47:25 2012
DIA0 started with pid=8, OS id=1196
Fri May 25 18:47:25 2012
MMAN started with pid=9, OS id=1212
Fri May 25 18:47:25 2012
DBW0 started with pid=10, OS id=1208
Fri May 25 18:47:25 2012
LGWR started with pid=11, OS id=1392
Fri May 25 18:47:25 2012
CKPT started with pid=12, OS id=1396
Fri May 25 18:47:25 2012
SMON started with pid=13, OS id=1456
Fri May 25 18:47:25 2012
RECO started with pid=14, OS id=1048
Fri May 25 18:47:25 2012
MMON started with pid=15, OS id=1476
Fri May 25 18:47:25 2012
MMNL started with pid=16, OS id=1480
Fri May 25 18:47:25 2012
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 4 shared server(s) ...
ORACLE_BASE from environment = D:\oraclexe\app\oracle
Fri May 25 18:47:28 2012
alter database mount exclusive
Successful mount of redo thread 1, with mount id 2665341696
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: alter database mount exclusive
alter database open
Beginning crash recovery of 1 threads
Started redo scan
Completed redo scan
read 1670 KB redo, 196 data blocks need recovery
Started redo application at
Thread 1: logseq 865, block 47980
Recovery of Online Redo Log: Thread 1 Group 1 Seq 865 Reading mem 0
Mem# 0: D:\ORACLEXE\APP\ORACLE\FAST_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_76Z8WGYF_.LOG
Completed redo application of 1.20MB
Completed crash recovery at
Thread 1: logseq 865, block 51320, scn 1627729638
196 data blocks read, 196 data blocks written, 1670 redo k-bytes read
Fri May 25 18:47:35 2012
Thread 1 advanced to log sequence 866 (thread open)
Thread 1 opened at log sequence 866
Current log# 2 seq# 866 mem# 0: D:\ORACLEXE\APP\ORACLE\FAST_RECOVERY_AREA\XE\ONLINELOG\O1_MF_2_76Z8WJ0N_.LOG
Successful open of redo thread 1
Fri May 25 18:47:36 2012
SMON: enabling cache recovery
Fri May 25 18:47:39 2012
[776] Successfully onlined Undo Tablespace 2.
Undo initialization finished serial:0 start:135218 end:136015 diff:797 (7 seconds)
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is AL32UTF8
Opening with Resource Manager plan: INTERNAL_PLAN_XE
Fri May 25 18:47:40 2012
Starting background process VKRM
Fri May 25 18:47:40 2012
VKRM started with pid=23, OS id=2056
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Fri May 25 18:47:42 2012
QMNC started with pid=24, OS id=2064
Completed: alter database open
Fri May 25 18:47:53 2012
Starting background process CJQ0
Fri May 25 18:47:53 2012
CJQ0 started with pid=26, OS id=3048
Fri May 25 18:47:54 2012
db_recovery_file_dest_size of 10240 MB is 8.43% 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.
Fri May 25 18:52:43 2012
Starting background process SMCO
Fri May 25 18:52:43 2012
SMCO started with pid=22, OS id=3840
Fri May 25 19:03:01 2012
Time drift detected. Please check VKTM trace file for more details.
Fri May 25 20:03:49 2012
XDB installed.
XDB initialized.
Fri May 25 22:00:00 2012
Setting Resource Manager plan SCHEDULER[0x30FB]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan SCHEDULER[0x30FC]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Sat May 26 23:00:00 2012
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_j000_2824.trc:
ORA-12012: error on auto execute of job "SYS"."BSLN_MAINTAIN_STATS_JOB"
ORA-06550: line 1, column 807:
PLS-00201: identifier 'DBSNMP.BSLN_INTERNAL' must be declared
ORA-06550: line 1, column 807:
PL/SQL: Statement ignoreds...
Mon Jun 11 22:59:52 2012
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc (incident=34579):
ORA-00445: background process "J000" did not start after 120 seconds
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:01:58 2012
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_mmon_1476.trc (incident=34578):
ORA-00445: background process "m000" did not start after 120 seconds
Mon Jun 11 23:04:04 2012
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc (incident=34580):
ORA-00445: background process "J000" did not start after 120 seconds
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:06:10 2012
DDE: Problem Key 'ORA 445' was completely flood controlled (0x6)
Further messages for this problem key will be suppressed for up to 10 minutes
Mon Jun 11 23:08:16 2012
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:12:45 2012
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:15:41 2012
DDE: Problem Key 'ORA 445' was completely flood controlled (0x6)
Further messages for this problem key will be suppressed for up to 10 minutes
Mon Jun 11 23:17:47 2012
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:21:58 2012
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:26:36 2012
Process J000 died, see its trace file
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:28:42 2012
DDE: Problem Key 'ORA 445' was completely flood controlled (0x6)
Further messages for this problem key will be suppressed for up to 10 minutes
Mon Jun 11 23:30:47 2012
kkjcre1p: unable to spawn jobq slave process
Errors in file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc:
Mon Jun 11 23:35:40 2012
DDE: Problem Key 'ORA 445' was completely flood controlled (0x6)
Further messages for this problem key will be suppressed for up to 10 minutes
kkjcre1p: unable to spawn jobq slave processThe beginning of a trace file:
Trace file D:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_cjq0_3048.trc
Oracle Database 11g Express Edition Release 11.2.0.2.0 - Production
Windows XP Version V5.1 Service Pack 3
CPU                 : 2 - type 586, 2 Physical Cores
Process Affinity    : 0x0x00000000
Memory (Avail/Total): Ph:1182M/2047M, Ph+PgF:1825M/2661M, VA:1230M/2047M
Instance name: xe
Redo thread mounted by this instance: 1
Oracle process number: 26
Windows thread id: 3048, image: ORACLE.EXE (CJQ0)
*** 2012-05-25 22:00:00.096
*** SESSION ID:(14.3) 2012-05-25 22:00:00.096
*** CLIENT ID:() 2012-05-25 22:00:00.096
*** SERVICE NAME:(SYS$BACKGROUND) 2012-05-25 22:00:00.096
*** MODULE NAME:() 2012-05-25 22:00:00.096
*** ACTION NAME:() 2012-05-25 22:00:00.096
Setting Resource Manager plan SCHEDULER[0x30FB]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FC]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FD]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30F7]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30F8]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30F9]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FA]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FB]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FC]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FD]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30F7]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30F8]:DEFAULT_MAINTENANCE_PLAN via scheduler window
*** 2012-06-05 22:00:00.047
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30F9]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FA]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FB]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FC]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Setting Resource Manager plan SCHEDULER[0x30FD]:DEFAULT_MAINTENANCE_PLAN via scheduler window
ksktopplmod:error[439] is caught
Waited for process J000 to initialize for 60 seconds
*** 2012-06-11 21:16:46.903
Process diagnostic dump for J000, OS id=2532
os thread scheduling delay history: (sampling every 1.000000 secs)
0.001579 secs at [ 21:16:46 ]
    NOTE: scheduling delay has not been sampled for 0.296929 secs 0.001483 secs from [ 21:16:41 - 21:16:47 ], 5 sec avg
0.002854 secs from [ 21:15:47 - 21:16:47 ], 1 min avg
0.003136 secs from [ 21:13:38 - 21:16:47 ], 5 min avg
Memory (Avail/Total): Ph:708M/2047M, Ph+PgF:1723M/2661M, VA:1211M/2047M
CPU Load: 0%
Stack:
------------------- Call Stack Trace ---------------------
calling location                                                 entry point                                                      arg #1   arg #2   arg #3   arg #4
7C90E514                                                         00000000                                                         00000000 00000000 00000000 00000000
7C8115F4                                                         7C80B7EC                                                         7ff98c00 3188e444 07b6cc3b 310af8f9
_sdbgrfude_dir_exists()+49                                       00000000                                                         310af8f9 310afb44 00000100 3188e734
__VInfreq__dbgrgad_get_adrbase_directory()+342                   _sdbgrfude_dir_exists()                                          3188e458 310af8f9 00000002 00000000
0803823D                                                         08065AD2                                                         00000004 00000000 310af8f9 000001ff
10085B2A                                                         1028D8B6                                                         0b4b1028 3188f570 3188f391 00000100
100842D4                                                         10085A1C                                                         0b4b1028 3188f678 3188ee64 3188ead0
100838AC                                                         10084104                                                         0b4b1028 3188f678 3188ee64 0b4b1028
10083626                                                         10083634                                                         0f9b9440 3188f678 3188fd50 00000100
100835EF                                                         10083610                                                         0f9b9440 3188f678 3188fd50 00000100
_npinli()+77                                                     _nlstdgo()                                                       0f9b9440 00000000 00000000 00000000
_opiinit()+150                                                   _npinli()                                                        00000001 00000000 00000000 00000000
_opimai_real()+212                                               _opiinit()                                                       30dc00b0 ffffffff 00000000 00000001
_opimai()+125                                                    _opimai_real()                                                   00000003 3188feb0 00000000 00000000
_BackgroundThreadStart@4()+520                                   _opimai()                                                        00000003 3188ff4c 89801ba8 000009e4
7C80B726                                                         00000000                                                         0b49b128 00000027 0b78d4cf 0b49b128
00000000                                                         00000000                                                         00000000 00000000 00000000 00000000
---------------- End of Call Stack Trace -----------------Since this is XE and a known bug, my expectations aren't too high. Should I just reboot every week?
There is a dblink that comes in every half hour and deletes and adds around 4K rows in a table. Everything else is just a bored database playing with itself.
I see from MOS ORA-00445 Is Reported While Waiting Too Long To Spawn A Process [ID 1382349.1] an event to set. Should I? Or should I make some dummy process to give the db something to do? (The thinking on the latter is that with so little for the db to do, Windows is making startup of normal things take longer).
Bug 9871302 by the way, buried in there is a mention of background processes failing to start.
Edited by: jgarry on Jun 13, 2012 9:28 AM (corrected xp sp)

Problem with generating xml and nested cursor (ora-600)

I have a problem with generating xml (with dbms_xmlquery or xmlgen) and nested cursors.
When I execute the following command, I get a ORA-600 error:
select dbms_xmlquery.getxml('select mst_id
, mst_source
, cursor(select per.*
, cursor(select ftm_fdf_number
, ftm_value
from t_feature_master
where ftm_mstr_id = pers_master_id ) as features
from t_person per
where pers_master_id = mst_id ) as persons
from f_master
where mst_id = 3059435')
from dual;
<?xml version = '1.0'?>
<ERROR>oracle.xml.sql.OracleXMLSQLException: ORA-00600: internal error code, arguments: [kokbnp2], [1731], [], [], [], [], [], []
</ERROR>
The problem is the second cursor (t_feature_master).
I want to generate this:
<master>
<..>
<persons>
<..>
<features>
<..>
</features>
</persons>
<persons>
<..>
<features>
<..>
</features>
</persons>
</master>
If i execute the select-statement in sql-plus, then I get the next result.
MST_ID MST_SOURCE PERSONS
3059435 GG CURSOR STATEMENT : 3
CURSOR STATEMENT : 3
PERS_MASTER_ID PERS_TITLE PERS_INITI PERS_FIRSTNAME PERS_MIDDL PERS_LASTNAME
3059435 W. Name
CURSOR STATEMENT : 15
FTM_FDF_NUMBER FTM_VALUE
1 [email protected]
10 ....
I use Oracle 8.1.7.4 with Oracle XDK v9.2.0.5.0.
Is this a bug and do somebody know a workaround?

Very simple...Drop all type objects and nested tables and create them again. You will get no error. I'll explain the reason later.

Oracle DR Setup Problems / ORA - 600 /

Dear All,
Recently we have implemented DR(Disaster Recovery setup Using Oracle data guard in 10g, GUI configurations ) in our Production server. The DR setups are based on the Maximum performance with Realtime apply mode.
The configuration went fine and both servers(DR and ) were syncing fine together as well.
But unfortunately, there was a power failure in the DR site(Which is on the other network) and also the UPS also went down after some time, the real problem started here,
Once the DR server was down, after sometime we are not able to login in to the production system, Interestingly, both DB server and application server are running fine. But we are not able to login into server - SAPGUI hangs. There are no such error written in SAP level and but in oracle alert log, we found out ORA 600 error and also connection timed out for placing the archive log(log_destination_2) in the standby server(This is the DR server - And due to power failure, its not able to reach the server for placing the archive log file )
Temporary solution,
If we restart the production server, we are able to work continuously in the production system without any problem.
So, my query is that, what makes the production system hangs if DR server is unavailable and how it work if we restart the instance? Is this the normal procedure in DR setup? or its a bug in the oracle data guard or in the parameter log_archive_dest2?
Looking forward for your answers with your valuable suggestions
For the reference, I am pasting a part of alert log
Detected ARCH process failure
ARCH: STARTING ARCH PROCESSES
ARC1: Archival started
ARCH: STARTING ARCH PROCESSES COMPLETE
ARC1 started with pid=92, OS id=4296940
ARC1: Becoming the heartbeat ARCH
Sat Oct 30 02:30:54 2010
WARNING: inbound connection timed out (ORA-3136)
Sat Oct 30 02:31:54 2010
WARNING: inbound connection timed out (ORA-3136)
Sat Oct 30 02:33:33 2010
Incremental checkpoint up to RBA [0x2e2b7.cf96.0], current log tail at RBA [0x2e2b7.cf96.0]
Sat Oct 30 02:37:14 2010
WARNING: inbound connection timed out (ORA-3136)
Sat Oct 30 02:37:52 2010
GES: Potential blocker (pid=2056210) on resource CF-00000000-00000000;
enqueue info in file /oracle/XXX/saptrace/background/xxx_rsm0_2015456.trc
Sat Oct 30 02:38:14 2010
WARNING: inbound connection timed out (ORA-3136)
Sat Oct 30 02:38:22 2010
Errors in file /oracle/XXX/saptrace/background/xxx_rsm0_2015456.trc:
ORA-00600: internal error code, arguments: [2103], [1], [0], [1], [900], [], [], []
Sat Oct 30 02:40:30 2010
GES: Potential blocker (pid=2056210) on resource CF-00000000-00000000;
enqueue info in file /oracle/xxx/saptrace/background/xxx_arc0_4329544.trc
Sat Oct 30 02:41:00 2010
Errors in file /oracle/xxx/saptrace/background/xxx_arc0_4329544.trc:
ORA-00600: internal error code, arguments: [2103], [1], [0], [1], [900], [], [], []
Sat Oct 30 02:41:02 2010
Errors in file /oracle/xxx/saptrace/background/xxx_arc0_4329544.trc:
ORA-00600: internal error code, arguments: [2103], [1], [0], [1], [900], [], [], []
Sat Oct 30 02:41:02 2010
Errors in file /oracle/xxx/saptrace/background/xxx_arc0_4329544.trc:
ORA-00600: internal error code, arguments: [2103], [1], [0], [1], [900], [], [], []
Sat Oct 30 02:41:02 2010
Errors in file /oracle/xxx/saptrace/background/xxx_arc0_4329544.trc:
ORA-00600: internal error code, arguments: [2103], [1], [0], [1], [900], [], [], []
Sat Oct 30 02:41:02 2010
Errors in file /oracle/xxx/saptrace/background/xxx_arc0_4329544.trc:
ORA-00600: internal error code, arguments: [2103], [1], [0], [1], [900], [], [], []
Sat Oct 30 02:41:02 2010
Errors in file /oracle/xxx/saptrace/background/xxx_arc0_4329544.trc:
ORA-00600: internal error code, arguments: [2103], [1], [0], [1], [900], [], [], []
Sat Oct 30 02:41:06 2010
ARCH: Detected ARCH process failure
ARCH: STARTING ARCH PROCESSES
ARC0: Archival started
ARCH: STARTING ARCH PROCESSES COMPLETE
ARC0 started with pid=91, OS id=1642728
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
Sat Oct 30 02:42:20 2010
WARNING: inbound connection timed out (ORA-3136)
Sat Oct 30 02:42:33 2010
GES: Potential blocker (pid=2056210) on resource CF-00000000-00000000;
enqueue info in file /oracle/xxx/saptrace/background/xxx_arc1_4296940.trc
Sat Oct 30 02:43:03 2010
Errors in file
Thanks and Regards
Vijay Kumar G

Hi Vijay,
Get oracle metalink ID from service market place and search for you will get handy information
ORA-600 [2103] "Timeout on 'Control file' or 'Checkpoint Progress' Enqueue" [ID 28045.1]
Also one very good tool to analyse [Metalink|https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=153788.1]
Regards,

Ora-600 publishing translation

Getting following error when publishing translation:
ORA-20001: Sync error: WWV_FLOW_ICON_BAR.ICON_IMAGE_ALT ORA-00600: internal error code, arguments: [kkxlsb csid mismatch], [871], [871], [1], [2], [], [], []
Problem happened in 1.6 and after upgrading to 2.0.
DB is 10g Release 1running on Itanium. Character set is UTF-8 (For Developer 6i compatibility).
Start of dump file is below.
Please advise.
Dump file e:\oracle\admin\db\udump\db_ora_2960.trc
Tue Nov 15 17:11:30 2005
ORACLE V10.1.0.2.0 - 64bit Production vsnsta=0
vsnsql=13 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
Windows Server 2003 Version V5.2
CPU : 1 - type 2200, 1 Physical Cores
Process Affinity: 0x0000000000000000
Memory (A/P) : PH:623M/2039M, PG:4760M/5949M
Instance name: db
Redo thread mounted by this instance: 1
Oracle process number: 35
Windows thread id: 2960, image: ORACLE.EXE (SHAD)
*** ACTION NAME:(PAGE 4755) 2005-11-15 17:11:30.318
*** MODULE NAME:(HTML DB:APPLICATION 4000) 2005-11-15 17:11:30.318
*** SERVICE NAME:(db) 2005-11-15 17:11:30.318
*** CLIENT ID:(DBOWN:12787257745529832838) 2005-11-15 17:11:30.318
*** SESSION ID:(138.36224) 2005-11-15 17:11:30.318
*** 2005-11-15 17:11:30.318
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kkxlsb csid mismatch], [871], [871], [1], [2], [], [], []
Current SQL statement for this session:
declare
l_flow_id number := 107;
l_language varchar2(30) := 'zh-cn';
l_translate_from_flow_table varchar2(255) := 'WWV_FLOW_ICON_BAR';
l_translate_from_flow_column varchar2(255) := 'ICON_IMAGE_ALT';
l_value varchar2(32767);
begin
for c1 in (
select translated_flow_id, translate_to_id, translate_from_id, translate_to_text v
from wwv_flow_translatable_text$
where flow_id = l_flow_id
and translate_from_flow_table = l_translate_from_flow_table
and translate_from_flow_column = l_translate_from_flow_column
and translate_to_lang_code = l_language
) loop
l_value := dbms_lob.substr(to_clob(c1.v),dbms_lob.getlength(c1.v),1);
if lengthb(l_value) > 4000 then
for i in reverse 1..length(l_value) loop
if lengthb(substr(l_value,1,i)) <= 4000 then
l_value := substr(l_value,1,i);
exit;
end if;
end loop;
end if;
update WWV_FLOW_ICON_BAR set ICON_IMAGE_ALT = l_value
where FLOW_ID = c1.translated_flow_id
and ID = c1.TRANSLATE_TO_ID
; end loop;
end;
----- PL/SQL Call Stack -----
object line object
handle number name
00000000F683E148 783 package body SYS.DBMS_LOB
00000000F87965D0 16 anonymous block
00000000F659C7C8 111 procedure FLOWS_020000.WWV_FLOW_SYNC_TRANSLATIONS
00000000F82A5950 13 anonymous block
00000000F71CE028 1200 package body SYS.DBMS_SYS_SQL
00000000F73C0F68 224 package body FLOWS_020000.WWV_EXECUTE_IMMEDIATE
00000000F8B2F720 3791 package body FLOWS_020000.WWV_FLOW
00000000F8B2F720 10856 package body FLOWS_020000.WWV_FLOW
00000000F73C82B0 10 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
.kgerinv+416 CALL??? .ksfdmp+64 6FBEF6C4B50 000000003
C000000000000612 6FBFE4C9AE0
.kgeasnmierr+160 CALL??? .kgerinv+416 6FBEF6C4B50 6FBEF6C5AE8
008E09C20 000000004
.kkxlsb+2224 CALL??? .kgeasnmierr+160 6FBE0D3F168 6FBE0D3F160
008E09C20 000000004
.kkxlcsb+48 CALL??? .kkxlsb+2224 6FBE0D3F410 6FBE0D3F470
6FBEF3CE808 000000070
.pevm_icd_call_comm CALL??? .kkxlcsb+48 6FBE9759FE0 000000004
on+1200 6FBEF3CE808 C000000000000691
.pfrinstr_ICAL+272 CALL??? .pevm_icd_call_comm 6FBE9759FE0 000000000
on+1200 6FBEF6C5AD8 6FBE0D3F4F0
.pfrrun_no_tool+192 CALL??? .pfrinstr_ICAL+272 6FBE9759FE0 000000004
6FBE975A048 C00000000000048C
.pfrrun+2240 CALL??? .pfrrun_no_tool+192 6FBE9759FE0 000002001
6FBE975A048 C000000000000593
.plsql_run+1968 CALL??? .pfrrun+2240 0F6583138 C000000000000511
6FBFD16C8B0 000000005
.peicnt+576 CALL??? .plsql_run+1968 6FBEF6C5AD8 6FBE0D3FE70
6FBE975A108 C000000000000309
.kkxexe+976 CALL??? .peicnt+576 000000000 6FBE0D403C0
C000000000000716 006B06D90
.opiexe+21216 CALL??? .kkxexe+976 6FBE975A4B0 C000000000000FA7
00612E060 0070F0000
.opipls+4704 CALL??? .opiexe+21216 6FBE99003B0 6FBE99003B4
0F66FFE18 C000000000001430
.opiodr+3248 CALL??? .opipls+4704 000000066 6FBE0D41D88
6FBEF6D11F0 C00000000000050F
.rpidrus+384 CALL??? .opiodr+3248 6FBEF6C7198 6FBEF6C5AD8
6FBE0D42380 00000000A
.rpidru+256 CALL??? .rpidrus+384 6FBEF6C5AD8 C000000000000307
005536440 000000000
.rpiswu2+2112 CALL??? .rpidru+256 6FBE0D43DF0 C000000000002EE0
005532980 0070F0000
.rpidrv+3216 CALL??? .rpiswu2+2112 0FB63C7F8 000000084
6FBE0D43E50 000000000
.psddr0+1040 CALL??? .rpidrv+3216 000000000 6FBEF6C5AD8
6FBE0D43BB0 6FBEF6D0868
.psdnal+768 CALL??? .psddr0+1040 6FBE0D43F40 000000066
000000000 000000000
.pevm_EXIM+496 CALL??? .psdnal+768 6FBE0D450D0 6FBE0D450B0
00000461D 6FBE94053B0
.pfrinstr_EXIM+80 CALL??? .pevm_EXIM+496 6FBE964EEC0 6FBE964EEC8
C000000000000308 6FBFD225210
.pfrrun_no_tool+192 CALL??? .pfrinstr_EXIM+80 6FBE964EEC0 0F770D61C
6FBE964EF28 C00000000000048C
.pfrrun+2240 CALL??? .pfrrun_no_tool+192 6FBE964EEC0 000002001
6FBE964EF28 C000000000000593
.plsql_run+1968 CALL??? .pfrrun+2240 0F770D12A C000000000000511
6FBFD16C8B0 000000002
.peicnt+576 CALL??? .plsql_run+1968 6FBEF6C5AD8 6FBE0D44880
6FBE964EFE8 C000000000000309
.kkxexe+1840 CALL??? .peicnt+576 000000000 6FBE0D44DD0
C000000000000716 006B070F0
.opiexe+21216 CALL??? .kkxexe+1840 6FBE964F390 C000000000000FA7
00612E060 0070F0000
.opiall0+4832 CALL??? .opiexe+21216 6FBE990F808 6FBE990F80C
0F73A9680 C000000000000A9D
.opikpr+1536 CALL??? .opiall0+4832 006FA6E48 00000CC60
6FBEF6D0868 6FBE0D4686C
.opiodr+3248 CALL??? .opikpr+1536 000000065 6FBE9653BC0
000001200 C00000000000050F
.rpidrus+384 CALL??? .opiodr+3248 6FBEF6C7198 6FBEF6C5AD8
6FBE0D47310 000000007
.rpidru+256 CALL??? .rpidrus+384 6FBEF6C5AD8 C000000000000307
005536440 000000000
.rpiswu2+2112 CALL??? .rpidru+256 6FBE0D48D80 C000000000002EE0
005532980 0070F0000
.kprball+2608 CALL??? .rpiswu2+2112 0FB63C8C0 0FB63C8C6
6FBE0D48E0E 000000000
.kkxsexr+1280 CALL??? .kprball+2608 0FB63C7F8 6FBE0D48DD8
C00000000000038A 005444980
.kkxsexe+1904 CALL??? .kkxsexr+1280 000000000 000000001
C000000000000610 005443D70
.pevm_icd_call_comm CALL??? .kkxsexe+1904 000000000 6FBEF6D2404
on+1200 6FBE948EE50 C000000000000691
.pfrinstr_ICAL+272 CALL??? .pevm_icd_call_comm 6FBE97EF3E8 000000000
on+1200 6FBEF6C5AD8 6FBE0D491D0
.pfrrun_no_tool+192 CALL??? .pfrinstr_ICAL+272 6FBE97EF3E8 000000002
6FBE97EF450 C00000000000048C
.pfrrun+2240 CALL??? .pfrrun_no_tool+192 6FBE97EF3E8 000002001
6FBE97EF450 C000000000000593
.plsql_run+1968 CALL??? .pfrrun+2240 0F7EFB4F8 C000000000000511
6FBFD16C8B0 000000003
.peicnt+576 CALL??? .plsql_run+1968 6FBEF6C5AD8 6FBE0D49B50
6FBE97EF510 C000000000000309
.kkxexe+1840 CALL??? .peicnt+576 000000000 6FBE0D4A0A0
C000000000000716 006B070F0
.opiexe+21216 CALL??? .kkxexe+1840 6FBE97EF8B8 C000000000000FA7
00612E060 0070F0000
.kpoal8+3712 CALL??? .opiexe+21216 6FBE990FCB8 6FBE990FCBC
0F61384E0 C000000000001838
.opiodr+3248 CALL??? .kpoal8+3712 00000881F 6FBE0D4CD20
6FBE0D4CCF8 C00000000000050F
.ttcpip+1616 CALL??? .opiodr+3248 6FBEF6C7198 6FBEF6C5AD8
6FBE0D4BB30 000000000
.opitsk+1984 CALL??? .ttcpip+1616 6FBEF6CBA60 6FBE0D4D7BC
6FBE0D4CCF8 000000000
.opiino+2320 CALL??? .opitsk+1984 000000000 000000000
C000000000000611 0058F5DD0
.opiodr+3248 CALL??? .opiino+2320 6FBE0D4E8D0 6FBE0D4FC00
6FBE992EC60 C00000000000050F
.opidrv+3056 CALL??? .opiodr+3248 6FBEF6C7198 6FBEF6C5AD8
6FBE0D4EBC0 000000000
.sou2o+80 CALL??? .opidrv+3056 000000000 6FBE0D4F8F0
6FBE0D4FBF0 C00000000000040B
.opimai+384 CALL??? .sou2o+80 6FBE0D4FC20 00000003C
000000004 6FBE0D4FBF0
.OracleThreadStart+ CALL??? .opimai+384 6FBE0D4FBF0 6FBE0D4FC98
6784 C000000000001C3C 000405800
0000000077D24400 CALL??? .OracleThreadStart+ 6FBFB2457D4 C00000000000040C
6784 077D24400 6FBE0D4FCCC
--------------------- Binary Stack Dump ---------------------
========== FRAME [1] (.kgerinv+416 -> .ksfdmp+64) ==========
Dump of memory from 0x000006FBE0D52180 to 0x000006FBE0D521E0
6FBE0D52180 EF6C4B50 000006FB 00000003 00000000 [PKl.............]
6FBE0D52190 00000612 C0000000 FE4C9AE0 000006FB [..........L.....]
6FBE0D521A0 070F0000 00000000 EF6D2BA8 000006FB [.........+m.....]
6FBE0D521B0 00000286 C0000000 00948D40 00000000 [........@.......]
6FBE0D521C0 E0D521A8 000006FB 00000000 00000000 [.!..............]
6FBE0D521D0 00000000 00000000 0000000E 00000000 [................]
========== FRAME [2] (.kgeasnmierr+160 -> .kgerinv+416) ==========
Dump of memory from 0x000006FBE0D52120 to 0x000006FBE0D52178
6FBE0D52120 EF6C4B50 000006FB EF6C5AE8 000006FB [PKl......Zl.....]
6FBE0D52130 08E09C20 00000000 00000004 00000000 [ ...............]
6FBE0D52140 E0D3F180 000006FB 00000590 C0000000 [................]
6FBE0D52150 FE4CAE60 000006FB FF0FC000 000006FB [`.L.............]
6FBE0D52160 06B5E860 00000000 EF6C4CB0 000006FB [`........Ll.....]
6FBE0D52170 EF6C5E40 000006FB [@^l.....]
========== FRAME [3] (.kkxlsb+2224 -> .kgeasnmierr+160) ==========
Dump of memory from 0x000006FBE0D520C8 to 0x000006FBE0D52150
6FBE0D520C0 E0D3F168 000006FB [h.......]
6FBE0D520D0 E0D3F160 000006FB 08E09C20 00000000 [`....... .......]
6FBE0D520E0 00000004 00000000 00000000 00000000 [................]
6FBE0D520F0 00000367 00000000 00000000 00000000 [g...............]
6FBE0D52100 00000367 00000000 00000899 C0000000 [g...............]
6FBE0D52110 02A314F0 00000000 00000000 00000000 [................]
6FBE0D52120 EF6C4B50 000006FB EF6C5AE8 000006FB [PKl......Zl.....]
6FBE0D52130 08E09C20 00000000 00000004 00000000 [ ...............]
6FBE0D52140 E0D3F180 000006FB 00000590 C0000000 [................]
========== FRAME [4] (.kkxlcsb+48 -> .kkxlsb+2224) ==========
Dump of memory from 0x000006FBE0D52040 to 0x000006FBE0D52068
6FBE0D52040 E0D3F410 000006FB E0D3F470 000006FB [........p.......]
6FBE0D52050 EF3CE808 000006FB 00000070 00000000 [..<.....p.......]
6FBE0D52060 00000289 C0000000 [........]
========== FRAME [5] (.pevm_icd_call_common+1200 -> .kkxlcsb+48) ==========
Dump of memory from 0x000006FBE0D52018 to 0x000006FBE0D52088
6FBE0D52010 E9759FE0 000006FB [..u.....]
6FBE0D52020 00000004 00000000 EF3CE808 000006FB [..........<.....]
6FBE0D52030 00000691 C0000000 FD14EB30 000006FB [........0.......]
6FBE0D52040 E0D3F410 000006FB E0D3F470 000006FB [........p.......]
6FBE0D52050 EF3CE808 000006FB 00000070 00000000 [..<.....p.......]
6FBE0D52060 00000289 C0000000 02A23FF0 00000000 [.........?......]
6FBE0D52070 E0D52040 000006FB E0D3F474 000006FB [@ ......t.......]
6FBE0D52080 E0D3F770 000006FB [p.......]
========== FRAME [6] (.pfrinstr_ICAL+272 -> .pevm_icd_call_common+1200) ==========
Dump of memory from 0x000006FBE0D51FA8 to 0x000006FBE0D52000
6FBE0D51FA0 E9759FE0 000006FB [..u.....]
6FBE0D51FB0 00000000 00000000 EF6C5AD8 000006FB [.........Zl.....]
6FBE0D51FC0 E0D3F4F0 000006FB E55A0490 000006FB [..........Z.....]
6FBE0D51FD0 00000000 00000000 EF3CE808 000006FB [..........<.....]
6FBE0D51FE0 00000592 C0000000 FD223450 000006FB [........P4".....]
6FBE0D51FF0 00000004 00000000 00000000 00000000 [................]

Refer below metalink doc
*ORA-600 [15160] [ID 138428.1]*

OAF Update of Custom Table causing ORA-600 with database block corruption?

Using OA Framework 12.1.3, running under EBusiness Suite 12.1.3
Created Custom Web page operating against Custom Tables
ISSUE
On about 2% of new records, when OAF is UPDATING a record in a certain table, it is failing with
java.sql.SQLException: ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [kddummy_blkchk], [815], [26412], [6110], [], [], [], []
ORA-06512: at line 1
Before the DBA turned on 10.2.0.4.0 DB_BLOCK_CHECKING parameter, this actually
resulted in corrupted data blocks in the database and corrupted indexes that
eventually crashed the database and we had to do a full recovery with 2 days downtime.
Now that we have turned on DB_BLOCK_CHECKING, it simply errors out and puts things
in the alert log, but the records still fail to update as the writes are blocked.
Then oddly, a few days later.. the records become editable. And others fail.
This is ONLY happening on the one particular table being updated by OAF. Other custom pages
posting to other custom tables are having no problems. We've CTAS'd the table back and
forth and recreated the indexes, and that did not help.
Support says to post to the Forum ( So I am! ) or hire Oracle consulting.. which doesn't make
much sense given the error. The Recovery Team that helped us in a separate SR ( we had
to do db_repairs not just recovery ) felt it was an important problem the OAF team needed to
strongly review.
Anyone else encounter this already and know of a solution?
TIA
Karl

After MANY hours of trial and error and research, we've identified ONE use case that seems to apply to 90% of the issue we have encountered.
YMMV.
The BC4J generated SQL which is generating the ORA-600 is
BEGIN UPDATE XXRETURNHEADER ReturnHeaderEO SET INTERNAL_TEXT=?,LAST_MOD_USERNAME=?,OBJECT_VERSION_NUMBER=?,LAST_UPDATE_DATE=?,LAST_UPDATED_BY=?,LAST_UPDATE_LOGIN=? WHERE RMA_NUMBER=? AND ORGANIZATION_ID=? RETURNING TROUBLESHOOT_DATE, FAA_TAG_DATE, FAILURE_ANALYSIS_DATE, LAST_MOD_DATE, FAA_REVISED_DATE, TTE_TECH_SEND_DATE, TTE_REP_RESPONSE_DATE, TTE_REP_APPROVED, TTE_RMA_RANDOM_KEY, OBJECT_VERSION_NUMBER, LAST_UPDATE_DATE, LAST_UPDATED_BY, LAST_UPDATE_LOGIN INTO ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?; END;".
We determined that if TTE_RMA_RANDOM_KEY was not a null value, we would get an ORA-600 error whenever we did an APPLY from the OAF Page to update the record.
If we set that table attribute to NULL for the record using SQL.. then used the OAF Page to APPLY.. it worked fine and the record saved without error.
We then modified the EO to NOT "Refresh After Update" ( thus removing it from the RETURNING clause generated )... and even if the TTE_RMA_RANDOM_KEY
had a value... the OAF Page APPLY worked and the record saved without error.
I cannot identify anything from the User programming side that is wrong ( and neither could Oracle ), and it REALLY should be in the RETURNING clause list of
attributes.. but this is the only workaround I've found that doesn't crash the Page and irritate the user to no end.
I have reported my findings via the SR back to Oracle to do with it what they may... but it looks strongly ,to me, to be an error in the BC4J/JDBC/Database
coordination and passing data between those black boxes.

ORA-600 in standby alert log

We have recently migrated our database from Solaris to Linux (RHEL5) and since this migration we are seeing weird errors related to archive log shipping to the remote standby site and a corresponding ORA-600 in the standby site.
What's interesting is everything gets resolved by itself, it always seems to happen during the heavy database load when there is frequent log switch happening (~3 min). So initially it tries to archive to the remote site and it fails with the following error in the primary alert log.
Errors in file /app/oracle/admin/UIIP01/bdump/uiip01_arc1_9772.trc:
ORA-00272: error writing archive log
Mon Jul 14 10:57:36 2008
FAL[server, ARC1]: FAL archive failed, see trace file.
Mon Jul 14 10:57:36 2008
Errors in file /app/oracle/admin/UIIP01/bdump/uiip01_arc1_9772.trc:
ORA-16055: FAL request rejected
ARCH: FAL archive failed. Archiver continuing
Mon Jul 14 10:57:36 2008
ORACLE Instance UIIP01 - Archival Error. Archiver continuing.
And then we see a ORA-600 on standby database related to this which complains about redo block corruption.
Mon Jul 14 09:57:32 2008
Errors in file /app/oracle/admin/UIIP01/udump/uiip01_rfs_12775.trc:
ORA-00600: internal error code, arguments: [kcrrrfswda.11], [4], [368], [], [], [], [], []
Mon Jul 14 09:57:36 2008
And the trace file has this wonderful block corruption error..
Corrupt redo block 424432 detected: bad checksum
Flag: 0x1 Format: 0x22 Block: 0x000679f0 Seq: 0x000006ef Beg: 0x150 Cks:0xa2e5
----- Dump of Corrupt Redo Buffer -----
*** 2008-07-14 09:57:32.550
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kcrrrfswda.11], [4], [368], [], [], [], [], []
So ARC tries to resend this redo log again and it succeeds, end of the day all we have is a bunch of these ORA- errors in our alert logs, triggering off our monitors and these errors resolve themselves without any manual intervention, opened a tar with Oracle support as this is not affecting our primary database, they are in no hurry to get this one prioritized and also they are reluctant to accept that it's a bug that resolves itself.
Just wanted to get it out here to see if anyone experienced a similar problem, let me know if you need any more details.
As I said earlier this behaviour happens only during peak loads espceially when we have full 500M redo logs that are being archived.
Thanks in Advance.

Thanks Madrid!..
I scoured thru these metalink notes before looking for possible solutions and almost all of them were closed citing a customer problem related to OS, firewall, network, etc or some were closed saying requested data not provided.
Looks as if they were never successfully closed with a resolution.
I just want to assure myself that the redo corruption that standby is reporting will not haunt me later, when I am doing a recovery or even a crash recovery using redo logs?..
I have multiplexed my logs, just in case and have all the block checking parameters enabled on both primary and standby databases.
Thanks,
Ramki

ORA-600 [17280]

Hello,
I have a problem on a 10.2.0.4 enterprise edition database. The database crashes several times a day with the error ORA-600 [17280].
Form the metalink I learned that this is due to a bug which is fixed in 11.1 version.
Here is the error from the trace file:
/ldata/oracle/pmb/udump/pmb_ora_6900.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /opt/ORACLE/app/oracle/product/10.2.0/db_1
System name:    SunOS
Node name:      paymob10
Release:        5.10
Version:        Generic_142909-17
Machine:        sun4u
Instance name: pmb
Redo thread mounted by this instance: 1
Oracle process number: 84
Unix process pid: 6900, image: oracle@paymob10
*** ACTION NAME:() 2011-10-10 16:56:44.152
*** MODULE NAME:() 2011-10-10 16:56:44.152
*** SERVICE NAME:(SYS$USERS) 2011-10-10 16:56:44.152
*** SESSION ID:(125.26) 2011-10-10 16:56:44.152
*** 2011-10-10 16:56:44.152
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [17280], [1], [0x429EFDD28], [], [],
Current SQL statement for this session:
begin actor_pkg . actorLogin ( :sqlAliasCategoryName:sqlAliasCategoryNameIndNew
, :sqlAliasCatego
ry:sqlAliasCategoryIndNew , :sqlService:sqlServiceIndNew ,
:sqlMedium:sqlMediumIndNew , :sqlMediu
mName:sqlMediumNameIndNew , :sqlPasswd:sqlPasswdIndNew ,
:sqlNbMaxEssais:sqlNbMaxEssaisIndNew , :
sqlNbMaxSessions:sqlNbMaxSessionsIndNew , :sqlSystemNumber:sqlSystemNumberIndNew
, :sqlTransacId:
sqlTransacIdIndNew , :sqlSession_q:sqlOK_Ind , :sqlSessionControl_q:sqlOK_Ind ,
:sqlMsisdnInfo_q:
sqlOK_Ind , :sqlIccId:sqlIccIdIndNew , :sqlImei:sqlImeiIndNew ,
:sqlPwdExpiryDateControl_q:sqlOK_
Ind , :sqlSessionId:sqlSessionIdIndNew , :sqlActorId:sqlActorIdIndNew ,
:sqlProfileId , :sqlLanga
ge:sqlLangageIndNew , :sqlStkMenuId:sqlStkMenuIdIndNew ,
:sqlCoordinateId:sqlCoordinateIdIndNew ,
:sqlErrorState:sqlErrorStateIndNew , :sqlOperError:sqlOperErrorIndNew ,
:sqlReturnCode:sqlReturn
CodeIndNew ) ; END ;
----- Call Stack Trace -----The document describing the bug says:
+<mod. action : metalink note content removed>+
The workaround says that the error can be ignored, but I cannot due that because the database stops after this error is encountered. My question is: is there a configuration so that the database will not stop after this error?
I have asked the developers to correct the PL/SQL code accordingly, but this will take a while.
Thanks in advance,
Adrian Benga

ORA-00600: internal error code, You are getting 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

Error ORA-600, please help me

Hello,
My computer planted while I had the base of gone up datum. I not more to open my data base: error ora-600, how to make to remedy this probleme??
Thank you in advance

plz go in some detail ,what do u want to do while get this error
peeyush

ORA-600 starting MRP on Physical Standby

Hello everybody
My enviroment:
Primary Site: SLES 10 SP2, Oracle 11gR1 U7
Standby Site:SLES 10 SP2, Oracle 11gR1 U7
I have a big problem starting MRP on my physical standby. After I restored standby database from a Level 0 Backup, I start MRP (SQL>recover managed standby database disconnect ) and some lines appears at alert log file with ora-600 error, something like this:
mrp0 - ora-00600 arguments:[KGHALO4]
mrp0 - ora-00600 arguments[kghfrh1]
mrp0 - ora-00600 arguments[17113]
It's the first time that I see this behavior, I don't know what it is happening but I think that it's a bug.
Could something help me???
Thanks a lot

I have a big problem starting MRP on my physical standby. After I restored standby database from a Level 0 Backup, I start MRP (SQL>recover managed standby database disconnect ) and some lines appears at alert log file with ora-600 error, something like this:
mrp0 - ora-00600 arguments:[KGHALO4]
mrp0 - ora-00600 arguments[kghfrh1]
mrp0 - ora-00600 arguments[17113]
It's the first time that I see this behavior, I don't know what it is happening but I think that it's a bug.Submit SR to Oracle Support and also refer the below links as per the below second link it is a bug in recovery.
+ORA-600 [kghalo4] [ID 273721.1]+
*Bug 7420448 - ORA-600 [kghalo4] signalled during recovery [ID 7420448.8]*
Work around, you can create a new standby controlfile and restore it. If still exist you can raise an SR further.

ORA-600 generates an error in an Oracle Form

ORA-00600: internal error code, arguments: [kgiflpush], [1], [0x60000000009CEBC8]
ORA-00600: internal error code, arguments: [kgiflpush], [2], [0x6000000000994890]
ORA-00600: internal error code, arguments: [729], [168], [space leak]

This is what happend in our case when we upgraded our system to Oracle 9i.
If you are in Oracle 9i DB and if you are accessing remote database object in the form and if the remote database is 8i or older leads to this problem.
It also generates a ora-600 file in the remote system.
Solution:
If you are accessing a remote table, instead of accessing directly, create a view in your DB which is similar to remote table and reference that view in your form.
I hope this helps you.
-Krish

ORA-600 with HTMLDB 1.6

Hi guys,
I meet OERI again.
Symptoms:
When I change any page element (i.e region - I need to change region source from txt to html) I've got ORA-600.
In HTMLDB it look like this:
ERR-1029 Unable to store session info. session=7510900237229644713 item=3469326686
Return to application. ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
In background dump file:
Errors in file /export/home/OraHome1/admin/SUN92/udump/sun92_ora_972.trc:
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Mon Jan 17 17:35:12 2005
Errors in file /export/home/OraHome1/admin/SUN92/udump/sun92_ora_978.trc:
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Mon Jan 17 17:35:54 2005
Errors in file /export/home/OraHome1/admin/SUN92/udump/sun92_ora_988.trc:
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Mon Jan 17 17:36:37 2005
Errors in file /export/home/OraHome1/admin/SUN92/udump/sun92_ora_1010.trc:
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Mon Jan 17 17:38:07 2005
Errors in file /export/home/OraHome1/admin/SUN92/udump/sun92_ora_1064.trc:
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Mon Jan 17 17:40:15 2005
Errors in file /export/home/OraHome1/admin/SUN92/udump/sun92_ora_1066.trc:
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Mon Jan 17 17:41:25 2005
Peace of one of reference UDUMP files:
/export/home/OraHome1/admin/SUN92/udump/sun92_ora_972.trc
Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
With the Partitioning and Oracle Label Security options
JServer Release 9.2.0.6.0 - Production
ORACLE_HOME = /export/home/OraHome1/app/oracle/product/9.2.0
System name: SunOS
Node name: blade
Release: 5.9
Version: Generic_112233-11
Machine: sun4u
Instance name: SUN92
Redo thread mounted by this instance: 1
Oracle process number: 12
Unix process pid: 972, image: oracle@blade (TNS V1-V3)
*** SESSION ID:(12.692) 2005-01-17 17:34:48.672
*** 2005-01-17 17:34:48.671
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Current SQL statement for this session:
INSERT INTO WWV_FLOW_DATA ( FLOW_INSTANCE, ITEM_ID, ITEM_ELEMENT_ID, ITEM_NAME, ITEM_VALUE, SESSION_STATE_STATUS, FLOW_ID ) VALUES ( :B6 , :B5 , :B4 , :B3 , :B2 , 'I', :B1 )
----- PL/SQL Call Stack -----
object line object
handle number name
39786c0e8 810 package body FLOWS_010600.WWV_FLOW
39786c0e8 4573 package body FLOWS_010600.WWV_FLOW
39786c0e8 10074 package body FLOWS_010600.WWV_FLOW
39aa6f690 8 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+328 CALL ksedst() 00000000B ? 000000000 ?
000000000 ? 00000004A ?
FFFFFFFF7FFF2C58 ?
102F5EFF8 ?
kgerinv()+184 PTR_CALL 0000000000000000 000103349 ? 103349000 ?
103349BA8 ? 10334E000 ?
It not first incident with ORA-600 after upgrade HTMLDB on our local site.
Whats wrong?

SMON: enabling tx recovery
Wed Jan 26 15:31:05 2005
Database Characterset is CL8MSWIN1251
replication_dependency_tracking turned off (no async multimaster replication found)
Completed: ALTER DATABASE OPEN
Wed Jan 26 15:33:06 2005
Errors in file /export/home/OraHome1/admin/SUN92/udump/sun92_ora_1207.trc:
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
ORA-00001: unique constraint (FLOWS_010600.WWV_FLOW_DATA_IDX1) violated
/export/home/OraHome1/admin/SUN92/udump/sun92_ora_1207.trc
Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
With the Partitioning and Oracle Label Security options
JServer Release 9.2.0.6.0 - Production
ORACLE_HOME = /export/home/OraHome1/app/oracle/product/9.2.0
System name: SunOS
Node name: blade
Release: 5.9
Version: Generic_112233-11
Machine: sun4u
Instance name: SUN92
Redo thread mounted by this instance: 1
Oracle process number: 12
Unix process pid: 1207, image: oracle@blade (TNS V1-V3)
*** SESSION ID:(9.19) 2005-01-26 15:33:06.290
*** 2005-01-26 15:33:06.290
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
ORA-00001: unique constraint (FLOWS_010600.WWV_FLOW_DATA_IDX1) violated
Current SQL statement for this session:
UPDATE WWV_FLOW_DATA SET ITEM_VALUE = :B4 , SESSION_STATE_STATUS = DECODE(SESSION_STATE_STATUS,'R','I','U') WHERE FLOW_INSTANCE = :B3 AND ITEM_ELEMENT_ID = :B2 AND ITEM_ID = :B1
----- PL/SQL Call Stack -----
object line object
handle number name
3979f8a70 836 package body FLOWS_010600.WWV_FLOW
3979f8a70 4573 package body FLOWS_010600.WWV_FLOW
3979f8a70 10074 package body FLOWS_010600.WWV_FLOW
397aa79f0 8 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+328 CALL ksedst() 00000000B ? 000000000 ?
000000000 ? 00000004A ?
FFFFFFFF7FFF2C58 ?
102F5EFF8 ?
kgerinv()+184 PTR_CALL 0000000000000000 000103349 ? 103349000 ?
103349BA8 ? 10334E000 ?
000102800 ? 000000000 ?
kgeasnmierr()+28 CALL kgerinv() 103349E08 ? 10344B650 ?
0000013C8 ? 000000000 ?
10334BF14 ? 10334B1D8 ?
*** SESSION ID:(24.5784) 2005-01-24 22:10:39.442
*** 2005-01-24 22:10:39.441
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Current SQL statement for this session:
INSERT INTO WWV_FLOW_DATA ( FLOW_INSTANCE, ITEM_ID, ITEM_ELEMENT_ID, ITEM_NAME, ITEM_VALUE, SESSION_STATE_STATUS, FLOW_ID ) VALUES ( :B6 , :B5 , :B4 , :B3 , :B2 , 'I', :B1 )
----- PL/SQL Call Stack -----
object line object
handle number name
3990a5318 810 package body FLOWS_010600.WWV_FLOW
3990a5318 4573 package body FLOWS_010600.WWV_FLOW
3990a5318 10074 package body FLOWS_010600.WWV_FLOW
39f8b51d0 8 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+328 CALL ksedst() 00000000B ? 000000000 ?
000000000 ? 00000004A ?
FFFFFFFF7FFF2C58 ?
102F5EFF8 ?
kgerinv()+184 PTR_CALL 0000000000000000 000103349 ? 103349000 ?
*** SESSION ID:(13.1360) 2005-01-26 15:25:05.977
*** 2005-01-26 15:25:05.977
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kpoblblen: pos1], [], [], [], [], [], [], []
Current SQL statement for this session:
INSERT INTO WWV_FLOW_DATA ( FLOW_INSTANCE, ITEM_ID, ITEM_ELEMENT_ID, ITEM_NAME, ITEM_VALUE, SESSION_STATE_STATUS, FLOW_ID ) VALUES ( :B6 , :B5 , :B4 , :B3 , :B2 , 'I', :B1 )
----- PL/SQL Call Stack -----
object line object
handle number name
397958a68 810 package body FLOWS_010600.WWV_FLOW
397958a68 4573 package body FLOWS_010600.WWV_FLOW
397958a68 10074 package body FLOWS_010600.WWV_FLOW
399aa3960 8 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+328 CALL ksedst() 00000000B ? 000000000 ?
000000000 ? 00000004A ?
FFFFFFFF7FFF2C58 ?
102F5EFF8 ?
kgerinv()+184 PTR_CALL 0000000000000000 000103349 ? 103349000 ?
103349BA8 ? 10334E000 ?
000102800 ? 000000000 ?
kgeasnmierr()+28 CALL kgerinv() 103349E08 ? 10344B650 ?
0000013C8 ? 000000000 ?
10334BF14 ? 10334B1D8 ?
kpoblblen()+84 CALL kgeasnmierr() 103349E08 ? 10344B650 ?
Anyway database problem?

ORA-600 with index corruption - Any Bug ?

Hi All,
We have Oracle Database 10.2.0.1 on Linux Fedora Core 6
AL32UTF8 Characterset and NLS_LENGTH_SEMANTICS = CHAR
For past couple of days, we are experiencing a strange problem of corruption. The indexes of many tables have been corrupted. Deleting or Updating the table rows throws the dreaded ORA-600 error. We tried to trace the error with stack trace in the tool on metalink, but in vain.
We seek help to find out why the indexes are getting corrupted very often. Is there any parameter which is misbehaving or Is it the CHAR semantics playing the game?
Any help pls ?
Thanks a lot :)

ORA-00600 is not the kind of error to be solved in a forum. If you have access to metalink and you have already performed a search with the ora600 search tool. Then raise a Service Request in metalink.
On the other hand, I see you are at the first release of 10gR2 without patchset applied. I suggest you to consider applying the latest patchset and CPU available for your platform, just to avoid hitting a known bug. Most probably this will be the initial Oracle Support recommendation.
~ Madrid
http://hrivera99.blogspot.com/

Problem Loading Service Pack1 for Xcelsius Present 2008

I am trying to install Service Pack 1 for Xcelsius Present 2008. When I entered Product Key, I get error that product key is not valid. I called customer service and they verified that product key is valid. They sent instructions to change preferences for HKEY_LOCAL_MACHINE but the "Business Objects" section is not there. I did change the "Crystal Reports" preferences, but still had problem with the product key.

Yes, thank guys!
I was unable to get the key accepted (Windows 7, my user account does have administrator rights). Right-clicking Xcelsius Present 2008 shortcut and selecting "Run as administrator" did the trick. The program is now licensed.
Have to wait til tomorrow evening to play with this, though.

ORA-600 [17069] error while running catrelod.sql to downgrade 11g database

Hi,
We are downgrading our 11.2.0.2 database to 10.2.0.4. We have successfullly run catdwgrd.sql without any errors in 11g env. While running catrelod.sql in 10g env we are facing the following error:
SQL> @?/rdbms/admin/catrelod.sql
TIMESTAMP
COMP_TIMESTAMP RELOD__BGN 2013-04-24 20:15:39 2456407 72939
DOC>#######################################################################
DOC>#######################################################################
DOC> The following statement will cause an "ORA-01722: invalid number"
DOC> error if the database server version is not 10.0.0.
DOC> Shutdown ABORT and use a different script or a different server.
DOC>#######################################################################
DOC>#######################################################################
DOC>#
no rows selected
DOC>#######################################################################
DOC>#######################################################################
DOC> The following statement will cause an "ORA-01722: invalid number"
DOC> error if the database has not been opened for MIGRATE.
DOC>
DOC> Perform a "SHUTDOWN ABORT" and
DOC> restart using MIGRATE.
DOC>#######################################################################
DOC>#######################################################################
DOC>#
no rows selected
Session altered.
Session altered.
no rows selected
DECLARE
ERROR at line 1:
ORA-00600: internal error code, arguments: [17069], [0x170FB8CA8], [], [], [],
[], [], []I have checked the trace file in udump but it dint give any readable information.
Please find below environment details.
OS : RHEL 5 64 bit
11g Database : 11.2.0.2
10g Database : 10.2.0.4
Kindly assist.

KR10822864 wrote:
Whenever an ORA-600 error is raised a trace file is generated and an entry written to the alert.log with details of the trace file location. Starting with Oracle Database 11g Release 1, the diagnosability infrastructure was introduced which places the trace and core files into a location controlled by the DIAGNOSTIC_DEST initialization parameter when an incident, such as an ORA-600 is created. For earlier versions, the trace file will be written to either USER_DUMP_DEST (if the error was caught in a user process) or BACKGROUND_DUMP_DEST (if the error was caught in a background process like PMON or SMON). The trace file contains vital information about what led to the error condition
please post 40 lines of alert log info .
MOS Note:ORA-600 [17069] "Failed to pin a library cache object after 50 attempts" [ID 39616.1]
"Look in the trace file for the text 'LIBRARY OBJECT HANDLE: handle=170fb8ca8'"
if not found any massages like above please raise [email protected].
Hi KR,
Thanks for your help. As suggested I have checked the trace file to search and found the below info. I suppose it is some kind of lock but not sure about it. Please let me know if the following makes sense:
    SO: 0x21158a6e0, type: 3, owner: 0x211006f28, flag: INIT/-/-/0x00
    (call) sess: cur 211572570, rec 211572570, usr 211572570; depth: 0
      SO: 0x21158a9b8, type: 3, owner: 0x21158a6e0, flag: INIT/-/-/0x00
      (call) sess: cur 211572570, rec 0, usr 211572570; depth: 1
        SO: 0x1727a2618, type: 54, owner: 0x21158a9b8, flag: INIT/-/-/0x00
        LIBRARY OBJECT PIN: pin=1727a2618 handle=170fb8ca8 mode=S lock=171243e98
        user=211572570 session=211572570 count=1 mask=001d savepoint=0x43 flags=[00]
        SO: 0x171243e98, type: 53, owner: 0x21158a9b8, flag: INIT/-/-/0x00
        LIBRARY OBJECT LOCK: lock=171243e98 handle=170fb8ca8 mode=S
        call pin=0x1727a2618 session pin=(nil) hpc=0000 hlc=0000
        htl=0x171243f18[0x17278a310,0x17278a310] htb=0x17278a310 ssga=0x172789928
        user=211572570 session=211572570 count=1 flags=PNC/[0400] savepoint=0x43
        LIBRARY OBJECT HANDLE: handle=170fb8ca8 mtx=0x170fb8dd8(0) cdp=0
        name=SYS.STANDARD
        hash=51570e225ed8a9a803b7318f191e0a8d timestamp=04-18-2006 00:00:00
        namespace=TABL flags=KGHP/TIM/SML/[02000000]
        kkkk-dddd-llll=0000-001d-001d lock=S pin=S latch#=3 hpc=0004 hlc=0004
        lwt=0x170fb8d50[0x170fb8d50,0x170fb8d50] ltm=0x170fb8d60[0x170fb8d60,0x170fb8d60]
        pwt=0x170fb8d18[0x170fb8d18,0x170fb8d18] ptm=0x170fb8d28[0x170fb8d28,0x170fb8d28]
        ref=0x170fb8d80[0x170fb8d80,0x170fb8d80] lnd=0x170fb8d98[0x170f05b50,0x170fa6858]
          LIBRARY OBJECT: object=170e82de8
          type=PCKG flags=EXS/LOC[0005] pflags=NST/IVR[0201] status=VALD load=0
          DATA BLOCKS:
          data#     heap pointer    status pins change whr
              0 170e831f8 170e82fc0 I/P/A/-/-    0 NONE   00
      SO: 0x21158e470, type: 5, owner: 0x21158a6e0, flag: INIT/-/-/0x00
      (enqueue) CU-70E88BC0-00000001    DID: 0001-001F-00000004
      lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 res_flag: 0x2
      res: 0x17677adc8, mode: X, lock_flag: 0x0
      own: 0x211572570, sess: 0x211572570, proc: 0x211006f28, prv: 0x17677add8
      SO: 0x177f82c28, type: 59, owner: 0x21158a6e0, flag: INIT/-/-/0x00
      cursor enqueue
      child: 170e89348, flag: 53, number: 0
      parent: 170e89738

DDE: Problem Key 'ORA 600 [qcsprfro_tree:jrs present]' was flood controlled

Similar Messages

Maybe you are looking for