| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: Self-correcting Oracle Error
Ian,
I'm not sure if this is appropriate or not but working in Oracle 8.1.5 (and I think it followed us to 8.1.6 and maybe even 8.1.7) we could generate ora-600 errors relating to partitioned tables which had bitmap indexes on them. It seemed to be related to removing all instances of a bitmap indexed value (or something similar). Large delete's used to create the problem.
Attempting to analyze the table also created the error. However analyzing just the table (ie: for data clause) and then analyzing the indexes in a subsequent statement (ie: for all indexes) would resolve the problem until the next time a large delete was performed.
Perhaps this is a similar scenario to what you have encountered. If it appears again try the analyze statements.
Regards,
Mark.
"MacGregor,
Ian A." To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
<ian_at_SLAC.Stan cc:
ford.EDU> Subject: Self-correcting Oracle Error
Sent by:
root_at_fatcity.c
om
20/02/2003
10:06
Please respond
to ORACLE-L
A developer called to report the Ora-600 error
Errors in file /opt/oracle/admin/NLCO/udump/nlco_ora_16455.trc:
ORA-00600: internal error code, arguments: [kcbgtcr_4], [266008], [1024],
[1], [], [], [], []
When issuing select count(*) against a partition table. He then tried renaming the table which also produced the same error.
The alert_log shows
Wed Feb 19 09:34:23 2003
Errors in file /opt/oracle/admin/NLCO/udump/nlco_ora_18469.trc:
ORA-00600: internal error code, arguments: [ktehwugen1], [246907],
[266008], [], [], [], [], []
Wed Feb 19 09:35:01 2003
Errors in file /opt/oracle/admin/NLCO/udump/nlco_ora_18469.trc:
ORA-00600: internal error code, arguments: [klapush_10], [201], [], [], [],
[], [], []
Wed Feb 19 09:35:06 2003
Errors in file /opt/oracle/admin/NLCO/udump/nlco_ora_18469.trc:
ORA-00600: internal error code, arguments: [26084], [], [], [], [], [], [],
[]
ORA-00600: internal error code, arguments: [klapush_10], [201], [], [], [],
[], [], []
Wed Feb 19 09:35:54 2003
Errors in file /opt/oracle/admin/NLCO/udump/nlco_ora_16274.trc:
ORA-00600: internal error code, arguments: [kcbgtcr_4], [266008], [1024],
[1], [], [], [], []
Wed Feb 19 09:40:39 2003
Errors in file /opt/oracle/admin/NLCO/udump/nlco_ora_16455.trc:
ORA-00600: internal error code, arguments: [kcbgtcr_4], [266008], [1024],
[1], [], [], [], []
Wed Feb 19 09:45:36 2003
Errors in file /opt/oracle/admin/NLCO/udump/nlco_ora_16580.trc:
ORA-00600: internal error code, arguments: [kcbgtcr_4], [266008], [1024],
[1], [], [], [], []
The kcbgtr_4 error keeps repeating
It seemed that any attempt to access the table or a partition of the table
produced the kcbgtr_4 error. DBV was run and the files reported no
corruption. I did this for both the table's table space and the system
tablespace. The table's structure was verified. I saw something on
metalink where a kcbgtcr_4 error had to do with bitmap tablespaces and
trying to read dba_segments while a segment was being dropped. Although a
completely different problem I decided to run dbms_space_admin to first
verify the tablespace and then the segment. After running it against the
tablespace, I tried
Another "select count(*) from the table." It returned the proper answer.
The error went away without my taking any corrective measures.
On the other errors the klapush_10 is probably relating to having more than one process doing direct path inserts. Oracle was supposed to have fixed this problem but it rears its head intermittently and unfortunately fairly often. I have no idea what a ktehwugen1 error is.
Has anyone else seen anything similar?
Ian MacGregor
-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: MacGregor, Ian A. INET: ian_at_SLAC.Stanford.EDU Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Privileged/Confidential information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply e-mail or by telephone on (61 3) 9612-6999. Please advise immediately if you or your employer does not consent to Internet e-mail for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of Transurban City Link Ltd shall be understood as neither given nor endorsed by it. <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Mark Richard INET: mrichard_at_transurban.com.au Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).Received on Wed Feb 19 2003 - 18:01:25 CST
 |
 |