|ORA-1578||ORA-1578 The data block indicated was corrupt. This was a physical corruption, also called a media corruption. The cause is unknown but is most likely external to the database. If ORA-26040 is also signaled, the corruption is due to NOLOGGING or UNRECOVERABLE operations.|
|ORA-1410||This error is raised when an operation refers to a ROWID in a table for which there is no such row.
The reference to a ROWID may be implicit from a WHERE CURRENT OF clause or directly from a WHERE ROWID=… clause.
ORA-1410 indicates the ROWID is for a BLOCK that is not part of this table.
|ORA-8103||The object has been deleted by another user since the operation began; example: another session truncated or dropped the segment while the SQL statement was still active.
If the error is reproducible, following may be the reasons:
a.) The header block has an invalid block type.
b.) The data_object_id (seg/obj) stored in the block is different than the data_object_id stored in the segment header. See dba_objects.data_object_id and compare it to the decimal value stored in the block (field seg/obj).
|ORA-8102||An ORA-08102 indicates that there is a mismatch between the key(s) stored in the index and the values stored in the table. What typically happens is the index is built and at some future time, some type of corruption occurs, either in the table or index, to cause the mismatch.|
|ORA-1498||Generally this is a result of an ANALYZE … VALIDATE … command.
This error generally manifests itself when there is inconsistency in the data/Index block. Some of the block check errors that may be found:-
a.) Row locked by a non-existent transaction
b.) The amount of space used is not equal to block size
c.) Transaction header lock count mismatch.
While support are processing the tracefile it may be worth the re-running the ANALYZE after restarting the database to help show if the corruption is consistent or if it ‘moves’.
Send the tracefile to support for analysis.
If the ANALYZE was against an index you should check the whole object. Eg: Find the tablename and execute:
ANALYZE TABLE xxx VALIDATE STRUCTURE CASCADE;
|ORA-1499||An error occurred when validating an index or a table using the ANALYZE command.
One or more entries does not point to the appropriate cross-reference.
|ORA-752||Media recovery detected a lost write of a data block. A data block write to storage was lost during normal database operation on the primary database.|
|ORA-26040||Trying to access data in block that was loaded without redo generation using the NOLOGGING/UNRECOVERABLE option.
This Error raises always together with ORA-1578
|ORA-600 ||Oracle is trying to access a row using its ROWID, which has been obtained from an index.
A mismatch was found between the index rowid and the data block it is pointing to. The rowid points to a non-existent row in the data block. The corruption can be in data and/or index blocks.
ORA-600  can also be reported due to a consistent read (CR) problem.
|ORA-600 ||This is called a ‘STUCK RECOVERY’.
There is an inconsistency between the information stored in the redo and the information stored in a database block being recovered.This error indicates a lost write or a lost change in the database
|ORA-600 ||A mismatch has been detected between Redo records and rollback (Undo) records.
Oracle is validating the Undo record number relating to the change being applied against the maximum undo record number recorded in the undo block.
This error is reported when the validation fails.
|ORA-600 ||A mismatch has been detected between Redo records and Rollback (Undo) records.
Oracle is validating the Undo block sequence number in the undo block against the Redo block sequence number relating to the change being applied.
This error is reported when this validation fails.
|ORA-600 ||While backing out an undo record (i.e. at the time of rollback) Oracle found a transaction id mismatch indicating either a corruption in the rollback segment or corruption in an object which the rollback segment is trying to apply undo records on.
This would indicate a corrupted rollback segment.
|ORA-600 ||Not enough free space was found when inserting a row into an index leaf block during the application of undo.|
|ORA-600 ||Oracle is attempting to read or update a generic entry in the control file.
If the entry number is invalid, ORA-600  is logged.
|ORA-600 ||Oracle is checking the status of transaction locks within a block.
If the lock number is greater than the number of lock entries, ORA-600  is reported followed by a stack trace, process state and block dump.
This error possibly indicates a block corruption.
|ORA-600 ||A data block SCN is ahead of the current SCN.
The ORA-600  occurs when an SCN is compared to the dependent SCN identified by the process that is normally close to the database scn.
If the SCN is less than the dependent SCN then ORA-600  is signaled.
|ORA-600 ||Oracle is accessing a rollback segment header to review if a transaction has been committed.
However, the xid given is in the future of the transaction table.
This could be due to a rollback segment corruption issue.
|ORA-600 ||It means that Oracle has tried to find an undo segment number in the data dictionary and this undo segment number was not found.|
|ORA-600 ||Oracle is undoing an index leaf key operation. If the key is not found, ORA-00600  is logged.
ORA-600 is usually caused by a media corruption problem related to either a lost write to disk or a corruption on disk.
|ORA-600 ||This assertion is raised because Oracle is trying to unlock the rows in a block, but receive an incorrect block type.
The second argument is the block type received.
|ORA-600||Oracle is checking that the row slot that is about to be freed is not already on the free list.
This internal error is raised when this check fails.
|ORA-600||During a delete operation Oracle is deleting from a view via an instead-of trigger or an Index organized table and have exceeded a 5000 pass count|
|ORA-600||During the execution of an UPDATE statement, after several attempts (Arg [a] passcount) Oracle is unable to get a stable set of rows that conform to the WHERE clause.|
|ORA-600||Oracle is trying to generate the absolute file number given a tablespace number and relative file number and cannot find a matching file number or the file number is zero.|
|ORA-600||Looking up/checking a tablespace invalid tablespace ID and/or rdba found|
|ORA-600||Invalid tsn and/or rfn found|
|ORA-600 [kcbz_check_objd_typ_3]||An object block buffer in memory is checked and is found to have the wrong object id. This is most likely due to corruption.|
|ORA-600[kddummy_blkchk] ORA-600[kdblkcheckerror]||ORA-600 [kddummy_blkchk] is for 10g and ORA-600[kdblkcheckerror] for 11g onward. This error reports a Logical Block Corruption|
|ORA-600[ktadrprc-1]||Orphan segment or invalid rdba in Index,Table,Partition etc. Example: An entry in sys.ind$ does not exist in sys.seg$Note 136697.1 : “hcheck.sql” Script to Check for Known Problems in Oracle8i, Oracle9i, Oracle10g, Oracle 11g and Oracle 12c|
|ORA-600[ktsircinfo_num1]||This exception occurs when there are problems obtaining the row cache information correctly from sys.seg$. In most cases there is no information in sys.seg$.Note 136697.1 : “hcheck.sql” Script to Check for Known Problems in Oracle8i, Oracle9i, Oracle10g, Oracle 11g and Oracle 12c|
|ORA-600[qertbfetchbyrowid]||This error might be that a row was not found in an Index. Perform the check in section “Identify TABLE / INDEX Mismatch” in:Note 836658.1 : Identify the Corruption Extension for Block Corruption, Table/Index Inconsistency, Data Dictionary and Lost Writes|
|ORA-600[ktbdchk1-bad dscn]||This exception is raised when Oracle is performing a sanity check on the dependent SCN and fail.
The dependent scn is greater than the current scn.