Get ORA-00368: checksum error in redo log block

Hi all,
I get an error ORA-00368: checksum error in redo log block when connecting to database and here is the error:
ORA-00368: checksum error in redo log block
ORA-00353: log corruption near block 430757 change 1236507302 time 11/12/2009
09:55:35
ORA-00312: online log 4 thread 1: '/oradata02/tchad/redo4.log'
Note that we are in noarchive log mode.
Could you help on how to recover my database please or a doc if there is interesting somewhere.
Thank you
Lucienot

Hi I don't have redo log duplex and here are the things i've done:
1.     shutdown abort
2.     ALTER DATABASE CLEAR UNARCHIVED LOGFILE '/oradata/.../redo3.log';
3.     startup nomount;
4.     alter database mount;
5.     ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 4;
SQL> SELECT GROUP#, ARCHIVED, STATUS FROM V$LOG;
GROUP# ARC STATUS
3 NO ACTIVE
4 NO CURRENT
5 NO UNUSED
SQL> alter system switch logfile;
alter system switch logfile
ERROR at line 1:
ORA-01109: database not open
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/oradata00/tchad/system01.dbf'
Thanks

Similar Messages

  • [DG Physical] ORA-00368: checksum error in redo log block

    Hi all,
    I'm building a DR solution with 1 primary & 2 DR site (Physical).
    All DBs use Oracle 10.2.0.3.0 on Solaris 64bit.
    The first one ran fine for some days (6), then I installed the 2nd. After restoring the DB (DUPLICATE TARGET DATABASE FOR STANDBY) & ready to apply redo. The DB fetched missing arc gaps & I got the following error:
    ==================
    Media Recovery Log /global/u04/recovery/billhcm/archive/2_32544_653998293.dbf
    Errors with log /global/u04/recovery/billhcm/archive/2_32544_653998293.dbf
    MRP0: Detected read corruption! Retry recovery once log is re-fetched...
    Wed Jan 27 21:46:25 2010
    Errors in file /u01/oracle/admin/billhcm/bdump/billhcm1_mrp0_12606.trc:
    ORA-00368: checksum error in redo log block
    ORA-00353: log corruption near block 1175553 change 8236247256146 time 01/27/2010 18:33:51
    ORA-00334: archived log: '/global/u04/recovery/billhcm/archive/1_47258_653998293.dbf'
    Managed Standby Recovery not using Real Time Apply
    Recovery interrupted!
    Recovered data files to a consistent state at change 8236247255373
    ===================
    I see that may be RFS get the file incorrectly so I ftp to get this file & continue the apply, it pass. Comparison the RFS file & ftp is difference. At that time, I think that something wrong with the RFS because the content of arc is not right. (I used BACKUP VALIDATE ARCHIVELOG SEQUENCE BETWEEN N1 AND N2 THREAD X to check all arcs the RFS fetched, there was corrupt in every file);
    I restore the DR DB again & apply incremental backup from the primary, now it run well. I don't know what's happening as I did the same procedures for all DR DB.
    Yesterday night, I have to stop & restart DR site 1. Today, I check and it got the same error as the 2nd site, with corrupted redo. I try to delete the arcs, & let RFS to reget it, but the files were corrupt too.
    If this continue to happen with the 2nd site again, that'll be a big problem.
    The DR site 1 & Primary is linked by a GB switch, site 2 by a 155Mbps connection (far enough for my db load at about 1.5MB/s avg apply rate).
    I seach Oracle support (metalink) but no luck, there is a case but it mentions max_connection>1 (mine is default =1)
    Can someone show me how to troubleshooting/debug/trace this problem.
    That would be a great help!
    Thank you very much.

    This (Replication) is the wrong forum for your posting.
    Please post to the "Database - General" forum at
    General Database Discussions
    But, first, log an SR with Oracle Support.
    Hemant K Chitale

  • Ora-00368 checksum error in redo log block

    We are running small database in oracle 9i in non archive mode .Database is not opening up with following error ora-00368 checksum error in redo log block.
    How to do the incomplete database recovery and open the database.
    Regards
    Arun

    For more details
    Here is what I am Doing.
    SQL> alter database open;
    alter database open
    ERROR at line 1:
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: 'M:\ORACLE\ORADATA\mail\SYSTEM01.DBF'
    SQL> alter database recover datafile
    'M:\ORACLE\ORADATA\mail\SYSTEM01.DBF';
    alter database recover datafile 'M:\ORACLE\ORADATA\mail\SYSTEM01.DBF'
    ERROR at line 1:
    ORA-00283: recovery session canceled due to errors
    ORA-00368: checksum error in redo log block
    ORA-00353: log corruption near block 103414 change 5082448355423 time
    04/22/2003 04:30:11
    ORA-00312: online log 3 thread 1: 'M:\ORACLE\ORADATA\mail\REDO03.LOG'
    What can be done to start the database??
    Regards
    Arun

  • Checksum error in redo log block

    I received ORA-00368 in my database and to resolve it I tried following steps:-
    1) recover database until cancel;
    2) alter database open resetlogs;
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/u01/oracle/data/system01.dbf'
    3) recover database;
    ORA-00283: recovery session canceled due to errors
    ORA-00368: checksum error in redo log block
    ORA-00353: log corruption near block 12018 change 5983381348672 time 05/18/2010
    16:08:24
    ORA-00312: online log 10 thread 1: '/u02/oracle/data/log10b.dbf'
    ORA-00312: online log 10 thread 1: '/u01/oracle/data/log10a.dbf'
    There are 4 log groups with 2 members each and the database is in archive mode. Log group# 10 is current and all others are inactive.
    Could you please let me know how should I proceed further either with or without losing transaction in group# 10 redo log?
    Thanks
    Rajkum

    How can I drop the CURRENT log group# 10 and start the database with remaining 3 log groups? Database is in archive mode.Short answer: You cant. It is the CURRENT redo log... most probably your database wasnt shut down cleanly hence requiring a recovery. This recovery cannot be done because you have a corruption in your redo log needed to roll-forward the changes.
    Without a valid backup and a restore/recovery until time there is no chance of opening the database without the help of Oracle. I strongly suggest you open a SR and prepare your management for some costs because you are running a unsupported database version on a unsupported (at least today) operating system. I also doubt you have a valid support contract for a 9i database...
    Ronny Egner
    My Blog: http://blog.ronnyegner-consulting.de

  • ORA-00354: corrupt redo log block header..urgent

    Hi All,
    i am running into an issue when trying to recover a datafile.
    1). Logs are being applied to the datafile to recover but RMAN is throwing this error:
    ORA-00283: recovery session canceled due to errors
    RMAN-11003: failure during parse/execution of SQL statement: alter database reco
    ver logfile 'H:\ORACLE_ARCHIVE_LOGS\RBS\ARCHIVELOG\2012_04_23\O1_MF_1_13174_7SC4
    P56W_.ARC'
    ORA-00283: recovery session canceled due to errors
    ORA-00354: corrupt redo log block header
    ORA-00353: log corruption near block 32768 change 6715041179 time 04/23/2012 13:
    33:51
    ORA-00334: archived log: 'H:\ORACLE_ARCHIVE_LOGS\RBS\ARCHIVELOG\2012_04_23\O1_MF
    _1_13174_7SC4P56W_.ARC'
    thanks in advance

    bcm@bcm-laptop:~$ oerr ora 353
    00353, 00000, "log corruption near block %s change %s time %s"
    // *Cause:  Some type of redo log corruption has been discovered. This error
    //          describes the location of the corruption. Accompanying errors
    //          describe the type of corruption.
    // *Action: Do recovery with a good version of the log or do incomplete
    //          recovery up to the indicated change or time.
    bcm@bcm-laptop:~$ oerr ora 354
    00354, 00000, "corrupt redo log block header"
    // *Cause:  The block header on the redo block indicated by the accompanying
    //          error, is not reasonable.
    // *Action: Do recovery with a good version of the log or do time based
    //          recovery up to the indicated time. If this happens when archiving,
    //          archiving of the problem log can be skipped by clearing the log
    //          with the UNARCHIVED option. This must be followed by a backup of
    //          every datafile to insure recoverability of the database.

  • ORA-00354: corrupt redo log block header

    Hi Guys,
    Need your support to resolve one of the oracle issues,
    Below are errors visible in alert.log in oracle,
    ORA-16038: log 24 sequence# 660467 cannot be archived
    ORA-00354: corrupt redo log block header
    ORA-00312: online log 24 thread 1: '/oracle/PRD/origlogB/log_g24_m1.dbf'...
    2010-10-03 07:26:12.835 20195 kcrr.c
    ORA-16014: log 24 sequence# 660467 not archived, no available
    destinations
    Below is o/p of archive log list seems to be bit strange,
    SQL> archive log list
    Database log mode              Archive Mode
    Automatic archival             Enabled
    Archive destination            /oracle/PRD/saparch/PRDarch
    Oldest online log sequence     660467
    Next log sequence to archive   660467
    Current log sequence           660576
    And some more info,
    SQL> SELECT GROUP#, STATUS, MEMBER FROM V$LOGFILE;
        GROUP# STATUS  MEMBER
            28         /oracle/PRD/origlogB/log_g28_m1.dbf
            28         /oracle/PRD/mirrlogB/log_g28_m2.dbf
            27         /oracle/PRD/origlogA/log_g27_m1.dbf
            27         /oracle/PRD/mirrlogA/log_g27_m2.dbf
            26         /oracle/PRD/origlogB/log_g26_m1.dbf
            26         /oracle/PRD/mirrlogB/log_g26_m2.dbf
            25         /oracle/PRD/origlogA/log_g25_m1.dbf
            25         /oracle/PRD/mirrlogA/log_g25_m2.dbf
            24         /oracle/PRD/origlogB/log_g24_m1.dbf
            24         /oracle/PRD/mirrlogB/log_g24_m2.dbf
            23         /oracle/PRD/origlogA/log_g23_m1.dbf
            23         /oracle/PRD/mirrlogA/log_g23_m2.dbf
            22         /oracle/PRD/origlogB/log_g22_m1.dbf
            22         /oracle/PRD/mirrlogB/log_g22_m2.dbf
            21         /oracle/PRD/origlogA/log_g21_m1.dbf
            21         /oracle/PRD/mirrlogA/log_g21_m2.dbf
    16 rows selected.
    SQL> SELECT GROUP#, SEQUENCE#, MEMBERS, ARCHIVED, STATUS, FIRST_CHANGE# FROM V$LOG;
        GROUP#  SEQUENCE#    MEMBERS ARC STATUS           FIRST_CHANGE#
            21     660571          2 NO  INACTIVE            2.9116E+10
            22     660572          2 NO  INACTIVE            2.9116E+10
            23     660570          2 NO  INACTIVE            2.9116E+10
            24     660467          2 NO  INACTIVE            2.9114E+10
            25     660573          2 NO  ACTIVE              2.9116E+10
            26     660574          2 NO  CURRENT             2.9116E+10
            27     660568          2 NO  INACTIVE            2.9116E+10
            28     660569          2 NO  INACTIVE            2.9116E+10
    8 rows selected.
    All file exists but still facing issue, no backup is running
    Regards,
    Yash

    Hi,
    Instead of the logfile name, try the command with the logfile integer as mentioned below.
    alter database clear unarchived logfile group <integer>;
    You can get the logfile integer using the view, v$log.
    select GROUP#,MEMBERS,STATUS from v$log;
    The value for the parameter GROUP# is the logfile integer.
    Hope this helps.
    Regards,
    Varadharajan M

  • Logmnr/capure error b'coz of corruption of redo log block

    Hi,
    We all know that capture process reads the REDO entries from redo log files or archived log files. Therefore we need to ahev db in ARCHIVELOG mode.
    In alert log file, I found error saying :
    Creating archive destination LOG_ARCHIVE_DEST_1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\LOCATION01\1_36.ARC'
    ARC0: Log corruption near block 66922 change 0 time ?
    ARC0: All Archive destinations made inactive due to error 354
    Fri Apr 04 12:57:44 2003
    Errors in file e:\oracle\admin\repf\bdump\trishul_arc0_1724.trc:
    ORA-00354: corrupt redo log block header
    ORA-00353: log corruption near block 66922 change 0 time 04/04/2003 11:05:40
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    As a normal practice, we do have multiplexing of redo log files at diff location, but even that second copy of redo log is of no use to recover the redo log. This explains redo log could not be archived, since it can't be read. Same is true even for Logmnr process, it could not read the redo log file and it failed. Now, we have wae to recover from this situation (as far as DB is concern, not Stream Replication), since the shutdown after this error was IMMEDIATE causing checkpoing, and rollback/rollforward is not required during system startup. (No instance recovery) We can make db NOARCHIVELOG mode, drop that particular group, and create new one, and turn db to ARCHIVELOG mode This will certainly serve the purpose as far as consistency of DB is concern.
    Here is a catch for Stream Replication. The redo log that got corrupted must be having few transaction which are not being archived, and each will be having corresponding SCN. Now, Capture Process read the info sequentially in order of SCN. Few transaction are now missed, and Capture process can't jump to next SCN skipping few SCN in between. So, we have to re-instantiate the objects on the another system which has no erros, and start working on it. My botheration is what will happen to those missed transaction on the another database. It's absolete loss of the data. In development I can manage that. But in real time Production stage, this is a critical situation. How to recover from this situation to get back the corrupted info from redo log ?
    I have not dropped any of the log group yet. B'coz I would like to recover from this situation without LOSS of data.
    Thanx, & regards,
    Kamlesh Chaudhary
    Content of trace files :
    Dump file e:\oracle\admin\repf\bdump\trishul_arc0_1724.trc
    Fri Apr 04 12:57:31 2003
    ORACLE V9.2.0.2.1 - Production vsnsta=0
    vsnsql=12 vsnxtr=3
    Windows 2000 Version 5.0 Service Pack 2, CPU type 586
    Oracle9i Enterprise Edition Release 9.2.0.2.1 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.2.0 - Production
    Windows 2000 Version 5.0 Service Pack 2, CPU type 586
    Instance name: trishul
    Redo thread mounted by this instance: 1
    Oracle process number: 16
    Windows thread id: 1724, image: ORACLE.EXE
    *** SESSION ID:(13.1) 2003-04-04 12:57:31.000
    - Created archivelog as 'E:\ORACLE\ORADATA\REPF\ARCHIVE\LOCATION02\1_36.ARC'
    - Created archivelog as 'E:\ORACLE\ORADATA\REPF\ARCHIVE\LOCATION01\1_36.ARC'
    *** 2003-04-04 12:57:44.000
    ARC0: All Archive destinations made inactive due to error 354
    *** 2003-04-04 12:57:44.000
    kcrrfail: dest:2 err:354 force:0
    *** 2003-04-04 12:57:44.000
    kcrrfail: dest:1 err:354 force:0
    ORA-00354: corrupt redo log block header
    ORA-00353: log corruption near block 66922 change 0 time 04/04/2003 11:05:40
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    *** 2003-04-04 12:57:44.000
    ARC0: Archiving not possible: error count exceeded
    ORA-16038: log 2 sequence# 36 cannot be archived
    ORA-00354: corrupt redo log block header
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG'
    ORA-16014: log 2 sequence# 36 not archived, no available destinations
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG'
    ORA-16014: log 2 sequence# 36 not archived, no available destinations
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG'
    ORA-16014: log 2 sequence# 36 not archived, no available destinations
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG'
    ORA-16014: log 2 sequence# 36 not archived, no available destinations
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG'
    ORA-16014: log 2 sequence# 36 not archived, no available destinations
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\REDO02.LOG'
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\ORADATA\REPF\ARCHIVE\REDO02.LOG
    Dump file e:\oracle\admin\repf\udump\trishul_cp01_2048.trc
    Fri Apr 04 12:57:27 2003
    ORACLE V9.2.0.2.1 - Production vsnsta=0
    vsnsql=12 vsnxtr=3
    Windows 2000 Version 5.0 Service Pack 2, CPU type 586
    Oracle9i Enterprise Edition Release 9.2.0.2.1 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.2.0 - Production
    Windows 2000 Version 5.0 Service Pack 2, CPU type 586
    Instance name: trishul
    Redo thread mounted by this instance: 1
    Oracle process number: 30
    Windows thread id: 2048, image: ORACLE.EXE (CP01)
    *** 2003-04-04 12:57:28.000
    *** SESSION ID:(27.42) 2003-04-04 12:57:27.000
    TLCR process death detected. Shutting down TLCR
    error 1280 in STREAMS process
    ORA-01280: Fatal LogMiner Error.
    OPIRIP: Uncaught error 447. Error stack:
    ORA-00447: fatal error in background process
    ORA-01280: Fatal LogMiner Error
    **********************

    I have the similar problem - I am using Steams environment, and have got this
    "ORA-00353: log corruption near block" errors in the alert.log file
    during capture the changes on the primary database, and Capture
    process became aborted after that.
    Was that transactions lost, or after i've started the Capture process
    again the were captured and send to the target database?
    Have anyone solved that problem?
    Can you help me with it?

  • Getting ORA-20001: Address_Cannot_be_Primary error while creating US Global

    Dear All,
    I am getting ORA-20001: Address_Cannot_be_Primary error while creating address record of address type US global.
    While analyzing the PYUPIP trace, I found the following piece of the code is causing issue:
    File : /* $Header: peusaddlh.pkb 120.0.12010000.2 2010/05/08 09:10:25 lbodired noship $ */
    Package : APPS.PER_US_ADD_LEG_HOOK.CREATE_US_ADDRESS
    Code check :
    IF (p_style <> 'US'
    AND P_PRIMARY_FLAG = 'Y'
    AND csr_emp_assign%FOUND) THEN
    close csr_emp_assign;
    hr_utility.set_message (800, 'Address_Cannot_be_Primary');
    hr_utility.raise_error;
    END IF;
    It seems that while applying this check the case of the US Global address style is not taken care.
    It has struck the address conversion, as all the records of my client has the address style US Global.
    Please suggest how it will effect if for the time being I do following code changes in the seeded package(I know it is not recommened, but can not wait for the patch).
    1. Comment the whole check
    2. Replace the above code with the follwoing code :
    IF (p_style not in ('US','US_GLB')
    AND P_PRIMARY_FLAG = 'Y'
    AND csr_emp_assign%FOUND) THEN
    close csr_emp_assign;
    hr_utility.set_message (800, 'Address_Cannot_be_Primary');
    hr_utility.raise_error;
    END IF;
    Looking for the prompt reply.
    regards
    Devender Yadav

    Dear All,
    Oracle has supplied the patch 9902020 for the fix of the issue.
    Now the payroll install check condition is also added in the check.
    Code in the check is now like this :
    IF (p_style <> 'US'
    AND P_PRIMARY_FLAG = 'Y'
    AND csr_emp_assign%FOUND
    AND hr_general.chk_product_installed('801') = 'TRUE') THEN
    close csr_emp_assign;
    hr_utility.set_message (800, 'Address_Cannot_be_Primary');
    hr_utility.raise_error;
    END IF;
    As my client has not installed the payroll, so the fix will work for us.
    Thanks to all of you for your replies.
    Regards
    Devender Yadav

  • How to overcome corrupt redo log block header

    friends, can you tell me any utilities or packages using which i can clean my redo log . Iam encountering this error during recovery of my database
    Nand

    Jafar,
    SQL> recover database using backup controlfile;
    ORA-00279: change 166327733 generated at 04/03/2008 12:06:36 needed for thread
    1
    ORA-00289: suggestion : C:\COLD\ARCHIVES\ARC17966_0616830416.001
    ORA-00280: change 166327733 for thread 1 is in sequence #17966
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    C:\STREDO09.LOG
    ORA-00283: recovery session canceled due to errors
    ORA-00354: corrupt redo log block header
    ORA-00353: log corruption near block 4044 change 166329643 time 04/03/2008
    12:46:45
    ORA-00334: archived log: 'C:\STREDO09.LOG'
    ORA-01112: media recovery not started
    The stredo09.log is the standby redo log. My production server crashed.....Unfortunately the physical standby was also down..before main crashed..(power failure). Iam not able to open the production server.

  • Error verifing REDO LOG COLLECTOR

    Dear all,
    I get this error when i try to verify REDO collector:
    $avorcldb verify -src 10.52.128.176:3000:TEST -colltype REDO
    Introducir Nombre de Usuario de Origen: srcuser
    Introducir Contraseña de Origen:
    ERROR: el nombre de base de datos global para la base de datos origen debe incluir el dominio para utilizar el recopilador REDO LOG
    ERROR: defina los parámetros init.ora anteriores para los valores recomendados/necesarios
    The message languaje is spanish.... sorry.... the translation is:
    ERROR: Database global name for the source database must include the domain to use te REDO LOG COLLECTOR.
    ERROR: Define the before parameters on init.ora with the necesary values.
    I think that the error is because of the DB_DOMAIN parameter of the source database. I've incluide it and it doesn´t work.
    Thank you!!

    Of course, the problem looks easy but I can´t still solve it...
    I created the source user on the source database, following the instructions of the Administrator guide.
    After create this user and grant him the privileges of the script zarsspriv.sql and so on. Then I had to add a database and to do it, i have to enter the username and password of the user that i created and I have no problems...
    Then I need to add the collectors of the source database. When I add theses collector I dont have to enter the usernae/password, becasuse I entered it when I register the source database. Well... I add the DBAUD and OSAUD fine but when I try to add the REDO COLLECTOR i recive the error...
    The more strange is that I can verify the collectors fine:
    avorcldb verify -src neptuno:3000:testl -colltype REDO
    Enter Source user name: srcuser
    Enter Source password: ******
    source neptuno verified for REDO Log Audit Collector collector
    ...but when I launch the add_collector comand for REDO collector i have the problem..
    I´m using Oracle 10G, not 11G.
    Thanks

  • Apex 2.2.1- error in editing a report withIE 6: ORA-20001- Checksum error

    Hi all,
    I'am getting an Error when I try to edit a report with Internet Explorer 6: ORA-20001-...- Checksum error.
    With Firefox it works fine.
    Customer is using IE as standard browser and Firefox is not available here.
    Any Ideas?
    Kazim

    I had to apply Patch 4554072, provided with APEX.
    This patch is available in the directory patch\bug4554072.
    Kazim

  • Checksum problem in redo log file.

    hi,
    I hv a checksum problem in my redo log file.
    Details.
    1. I m unable to open the database but able to mount it.
    2. Error says checksum error in current redolog group 2, so can't recover thread 1.
    3. Error in group 2 which is active group.
    In Mount stage ...
    4. I Can't switch group as database is not open.
    5. I . can't drop as group is active/current.
    6. I can't clear logfile as thread 1 is not recovered.
    7. I . can't recover through " Recover Database" command
    Pls help,
    Thanks in adv.
    Rup

    Try out these steps provided below, this would make your problem gone.
    sql > shutdown immediate ;
    sql > startup mount ;
    sql > recover database until cance ;
    sql > alter database open resetlogs ;
    make sure to take database backup
    hare krishna
    Alok

  • Getting ORA-0600 internal error code, arguments: [kdlx_logmnr_decompress

    Hi,
    We are getting this error for the capture process:
    ORA-00600: internal error code, arguments: [kdlx_logmnr_decompress : incorrect unit length passed], [16120], [6225], [0], [22044], [], [], [], [], [], [], []
    OPIRIP: Uncaught error 447. Error stack:
    ORA-00447: fatal error in background process
    That is aborting capture queue whenever we restart. I tried by re-installing Oracle but after sometime again this issue arises.
    I am new to replication thing, so don't have too much idea about this error. Following is trace file log of the error :
    *** 2013-02-06 17:04:07.311
    ORA-00600: internal error code, arguments: [kdlx_logmnr_decompress : incorrect unit length passed], [16120], [6225], [0], [22044], [], [], [], [], [], [], []
    *** 2013-02-06 17:04:51.995
    *** 2013-02-06 17:04:52.033
    Begin knlcDumpCapCtx:*******************************************
    Error 600 : ORA-00600: internal error code, arguments: [kdlx_logmnr_decompress : incorrect unit length passed], [16120], [6225], [0], [22044], [], [], [], [], [], [], []
    Capture Name: GENEVA1$CAP : Instantiation#: 2
    *** 2013-02-06 17:04:52.033
    ++++ Begin KNST dump for Sid: 1059 Serial#: 171
    Init Time: 01/31/2013 14:55:49
    ++++Begin KNSTCAP dump for : GENEVA1$CAP
    Capture#: 1 Logminer_Id: 1 State: CREATING LCR [ 02/06/2013 17:04:06]
    Capture_Message_Number: 0x0000.045b8dd0 [73108944]
    Capture_Message_Create_Time: 02/06/2013 17:04:05
    Enqueue_Message_Number: 0x0000.045b8dc8 [73108936]
    Enqueue_Message_Create_Time: 02/06/2013 17:04:05
    Total_Messages_Captured: 4544100
    Total_Messages_Created: 963971 [ 02/06/2013 17:04:06]
    Total_Messages_Enqueued: 987271 [ 02/06/2013 17:04:06]
    Total_Full_Evaluations: 10970
    Elapsed_Capture_Time: 52593362 Elapsed_Rule_Time: 59
    Elapsed_Enqueue_Time: 0 Elapsed_Lcr_Time: 1937
    Elapsed_Redo_Wait_Time: 0 Elapsed_Pause_Time: 0
    Apply_Name : APPLY$_GENEVA1_137
    Apply_DBLink : GENEVA2
    Apply_Messages_Sent: 0
    ++++End KNSTCAP dump
    ++++ End KNST DUMP
    +++ Begin DBA_CAPTURE dump for: GENEVA1$CAP
    Capture_Type: LOCAL
    Version: 11.2.0.1.0
    Source_Database: GENEVA1
    Use_Database_Link: NO
    Logminer_Id: 1 Logfile_Assignment: IMPLICIT
    Status: ENABLED
    First_Scn: 0x0000.041c5812 [68966418]
    Start_Scn: 0x0000.041c5812 [68966418]
    Captured_Scn: 0x0000.045b6bea [73100266]
    Applied_Scn: 0x0000.045b56cd [73094861]
    Last_Enqueued_Scn: 0x0000.045b8dc8 [73108936]
    Capture_User: STRMADMIN
    Queue: STRMADMIN.GENEVA1$CAPQ
    Rule_Set_Name[+]: "STRMADMIN"."RULESET$_13"
    Negative_Rule_Set_Name: "STRMADMIN"."RULESET$_38"
    Checkpoint_Retention_Time: 60
    +++ End DBA_CAPTURE dump
    +++ Begin DBA_CAPTURE_PARAMETERS dump for: GENEVA1$CAP
    PARALLELISM = 1 Set_by_User: NO
    STARTUP_SECONDS = 0 Set_by_User: NO
    TRACE_LEVEL = 0 Set_by_User: NO
    TIME_LIMIT = -1 Set_by_User: NO
    MESSAGE_LIMIT = -1 Set_by_User: NO
    MAXIMUM_SCN = 0xffff.ffffffff [281474976710655] Set_by_User: NO
    WRITE_ALERT_LOG = TRUE Set_by_User: NO
    DISABLE_ON_LIMIT = FALSE Set_by_User: NO
    DOWNSTREAM_REAL_TIME_MINE = TRUE Set_by_User: NO
    MESSAGE_TRACKING_FREQUENCY = 2000000 Set_by_User: NO
    SKIP_AUTOFILTERED_TABLE_DDL = TRUE Set_by_User: NO
    SPLIT_THRESHOLD = 1800 Set_by_User: NO
    MERGE_THRESHOLD = 60 Set_by_User: NO
    +++ End DBA_CAPTURE_PARAMETERS dump
    +++ Begin DBA_CAPTURE_EXTRA_ATTRIBUTES dump for: GENEVA1$CAP
    +++ End DBA_CAPTURE_EXTRA_ATTRIBUTES dump
    ++ LogMiner Session Dump Begin::
    SessionId: 1 SessionName: GENEVA1$CAP
    Start SCN: 0x0000.00000000 [0]
    End SCN: 0x0000.00000000 [0]
    Processed SCN: 0x0000.045b94b4 [73110708]
    Prepared SCN: 0x0000.045b94b4 [73110708]
    Read SCN: 0x0000.045b94b6 [73110710]
    Spill SCN: 0x0000.041c5812 [68966418]
    Resume SCN: 0x0000.00000000 [0]
    Branch SCN: 0x0000.00000000 [0]
    Branch Time: 01/01/1988 00:00:00
    ResetLog SCN: 0x0000.000e6c20 [945184]
    ResetLog Time: 01/31/2013 12:40:10
    DB ID: 1299957605 Global DB Name: GENEVA1
    krvxvtm: Enabled threads: 1
    Current Thread Id: 1, Thread State 0x01
    Current Log Seqn: 695, Current Thrd Scn: 0x0000.045b94b6 [73110710]
    Current Session State: 0x800, Current LM Compat: 0xb200000
    Flags: 0x3fa802d0, Real Time Apply is On
    +++ Additional Capture Information:
    Capture Flags: 266245
    Logminer Start SCN: 0x0000.041c5812 [68966418]
    Enqueue Filter SCN: 0x0000.041c5812 [68966418]
    Low SCN: 0x0000.045b8dd0 [73108944]
    Capture From Date: 01/01/1988 00:00:00
    Capture To Date: 01/01/1988 00:00:00
    Restart Capture Flag: NO
    Ping Pending: NO
    Buffered Txn Count: 0
    -- Xid Hash entry --
    Begin knlcDumpLobHash for XID: xid: 0x000e.007.00000453
    Lcr Count: 5 Flags: 82
    NO LCRs BUFFERED
    TAG is null
    End knlcDumpXidHash
    -- LOB Hash entry --
    Begin knlcDumpLobHash:
    Xid: Dumping Lob Hash Key-->
    xid: 0x000e.007.00000453 segcol:9 intcol:0 objn:76707 objv:1 thread:1
    rba: 0x0002b6.00005b29.0130 <--Done Dumping Lob Hash Key
    Offset: 32241 Sequence: 5 Long_Flag: FALSE
    gld2status: 213 lau boundary: FALSE
    Buffered LCR dump:
    Dumping lcr 0x7f415e15e0e8 : type 0
    Dumping internal row LCR
    (xid,scn,instnum,scnseq,flags,time,compat,compat_num)
    =(0x000e.007.00000453,0x0000.045b8dc7,0,0,0x0, 02/06/2013 17:04:05,9.2.0.0.0,0)
    header null flags = 0Xf7f0
    gdbnm=0x7f415e15db68, GENEVA1
    tag is null
    UBA = 0X3.c0056b.7.18.1.12bcf
    tde key id=0
    Message tracking: null
    Header extra: null
    child_xid (null)
    (lid_scn,lid_lid_scn_sqn,lcr_sqn,thread_id)=(0x0000.045b8dc7,3,1,1)
    parent_xid (null)
    Duration based allocation:DUR:10
    (obj#,ver,opnum)=(76707,1,9)
    offset = 0, size = 0, dml_id = 0, flags = 0x0
    knglrowx: flags=0x0, seq#=0, thread=0, userdata=0, RBA= rba: 0x000000.00000000.0000 knglrowx: srccsetid=0, flags2=0x0
    knglrowx: sys_part_nm (null)
    Old column count 0
    New column count 11
    segcol = 1, intcol = 1, flags 0, flags3 0 knglcolx: null
    allocsz=2 dtytyp=2 csetform=0 ptr=0x7f415e15d318
    (dty, kncdty, acl, csf, csi, ind)=(2,0,2,0,0,0)
    value = 10
    segcol = 2, intcol = 2, flags 0, flags3 0 knglcolx: null
    allocsz=51 dtytyp=1 csetform=0 ptr=0x7f415e15d2b8
    (dty, kncdty, acl, csf, csi, ind)=(1,0,51,0,0,0)
    value = putGetBytes8MBData_06_02_2013_17_04_619210585076288
    segcol = 3, intcol = 3, flags 0, flags3 0 knglcolx: null
    allocsz=2 dtytyp=2 csetform=0 ptr=0x7f415e15d288
    (dty, kncdty, acl, csf, csi, ind)=(2,0,2,0,0,0)
    value = 1
    segcol = 4, intcol = 4, flags 0, flags3 0 knglcolx: null
    allocsz=2 dtytyp=2 csetform=0 ptr=0x7f415e15d258
    (dty, kncdty, acl, csf, csi, ind)=(2,0,2,0,0,0)
    value = 56
    segcol = 5, intcol = 5, flags 0, flags3 0 knglcolx: null
    allocsz=2 dtytyp=2 csetform=0 ptr=0x7f415e15d228
    (dty, kncdty, acl, csf, csi, ind)=(2,0,2,0,0,0)
    value = 1
    segcol = 6, intcol = 6, flags 0, flags3 0 knglcolx: null
    allocsz=11 dtytyp=180 csetform=0 ptr=0x7f415e15d1f8
    (dty, kncdty, acl, csf, csi, ind)=(180,0,11,0,0,0)
    value = 2013-02-06 11:34:05.582000000
    segcol = 7, intcol = 7, flags 0, flags3 0 knglcolx: null
    allocsz=7 dtytyp=180 csetform=0 ptr=0x7f415e15d1c8
    (dty, kncdty, acl, csf, csi, ind)=(180,0,7,0,0,0)
    value = 1970-01-01 00:00:00
    segcol = 8, intcol = 8, flags 0, flags3 0 knglcolx: null
    allocsz=11 dtytyp=180 csetform=0 ptr=0x7f415e15d198
    (dty, kncdty, acl, csf, csi, ind)=(180,0,11,0,0,0)
    value = 2013-02-06 11:34:05.582000000
    segcol = 9, intcol = 9, flags 1, flags3 0 knglcolx: null
    allocsz=0 dtytyp=23 csetform=0 ptr=(nil)
    LOB DATA
    segcol = 10, intcol = 10, flags 0, flags3 0 knglcolx: null
    allocsz=0 dtytyp=23 csetform=0 ptr=(nil)
    value = NULL
    segcol = 11, intcol = 11, flags 0, flags3 0 knglcolx: null
    allocsz=2 dtytyp=2 csetform=0 ptr=0x7f415e15d168
    (dty, kncdty, acl, csf, csi, ind)=(2,0,2,0,0,0)
    value = 1
    End knlcDumpLobHash
    -- No TRIM LCR --
    Unsupported Reason: Unknown
    ++++++++++++ Dumping Current LogMiner Lcr: +++++++++++++++
    ++ LCR Dump Begin: 0x15b44d160 - lob_write
    op: 10, Original op: 10, baseobjn: 76707, objn: 76707, objv: 1
    DF: 0x00020803, DF2: 0x00002010, MF: 0x00040000, MF2: 0x00000040
    PF: 0x00000000, PF2: 0x00000000
    MergeFlag: 0x03, FilterFlag: 0x09
    Id: 0, iotPrimaryKeyCount: 0, numChgRec: 1
    NumCrSpilled: 0
    RedoThread#: 1, rba: 0x0002b6.00005ba1.017c
    scn: 0x0000.045b8dd0, (scn: 0x0000.045b8dd0, scn_sqn: 5, lcr_sqn: 1)xid: 0x000e.007.00000453, parentxid: 0x000e.007.00000453, proxyxid: 0x0000.000.00000000
    ncol: 11 newcount: 1, oldcount: 0
    LUBA: 0x3.c0056b.7.1b.12bcf
    GroupThreadId: 1, GroupRba: rba: 0x0002b6.00005b29.0130
    LOB info: length: 6225, LOB offset: 0, LOB CodePoint Offset: 0
    LOB ID: 0x0001000cc333
    Filter Flag: KEEP
    ++ KRVXOA Dump Begin:
    Object Number: 76707 BaseObjNum: 76707 BaseObjVersion: 1
    Object Name: GENEVA_OWNER1.GNV_AST_PLD_56 Type: 2
    User Cols: 11, Int Cols: 11, Kernel Cols: 11
    Tab Flag: 0x40000001, Trig Flags: 0x00, OBJ$ Flags: 0x00
    Property: 0x20040820, Attribute: 0x1c7f
    Unsupported Columns: 0x0
    End knlcDumpCapCtx:*********************************************
    Please help me out to get rid of this issue.
    Thanks,
    Heshang

    Hi,
    To further diagnose this issue, please open a service request with oracle support. As there are related issue but they are fixed in 12C.
    Thanks,
    Reena Chhabra

  • Getting ORA-20002: 3825: Error '-4061-ORA-04061: Error from business event

    Hi,
    I have defined custom subscription to the iRecruitment business event oracle.apps.per.api.assignment.update_apl_asg . In this custom subscription i am launching a custom workflow to send Notification about offer acceptance or Application Submission information.
    The subscription package is in my custom schema. When i do transaction to invoke the subscription i am getting below error.
    ORA-20002: 3825: Error '-4061 - ORA-04061: existing state of has been invalidated ORA-04061: existing state of package
    "XXPJ.XXPJ_IREC_EXT_COMPONENTS_PK" has been invalidated ORA-04065: not executed, altered or dropped package "XXPJ.PT in Package irc_party_swi Procedure
    registered_user_application.
    I need to bounce the Workflow services and Apache server to clear this error and functionality work for some time, again after doing 3-4 transaction i get the same error.
    Any help on this appreciated.
    Regards,
    Ram

    From error: "existing state of has been invalidated ORA-04061" It only can happen when current db session finds this package as INVALID. Now when which cases it can find ir INVALID:
    1) One case is that: some other db session "really" compiled your current package. Please note: even if the status is VALID but other db session will see that as INVALID in first attempt and in second attempt, current db session will try to recompile that on-the-fly.
    2) Or Some other db session compiled or altered dependent objects, I mean objects on which your current package is dependent on.

  • Upgrade 10G DB 10.2.0.1 into the 10.2.0.4 - get ORA-00600: internal error

    Hi All,
    Who can help me resolved the issue for ORA-00600: internal error code, arguments: [kksfbc-reparse-infinite-loop], [0x86698AC], [], [], [], [], [], []?
    The warning is from 10g 10.2.0.1 to upgrade into the 10.2.0.4. it is blocking my server to do testing. :(
    Edited by: Sammi_wu on Dec 23, 2008 4:04 AM

    This issue is noted in ML Doc 444985.1 (Summary of Bugs and Patches for ORA-600 [kksfbc-reparse-infinite-loop]) with a solution.
    HTH
    Srini

Maybe you are looking for

  • Questions on handheld GPS systems

    Hello!  My sister and I are preparing to go to the Uk in two weeks, I know next to nothing about the GPS handheld system, but the following is what I would like to have, if it's possible, or at least help in determining what the best product is. (als

  • PL/SQL Procedure Compilation error

    Hi, <br><br> I have wrote a PL/SQL Stored Procedure to read a couple of table values and then output some data to a file, when I create the procedure on the database I get the following compilation error: <br><br> LINE/COL ERROR<br> -------- --------

  • DPX Files, Exporting DPX

    I am using the trial version of Premiere Pro CC, and I'd like to put in a suggestion for a new feature for the program. I am importing DPX files (Cineon type) that were scanned on a film scanner for movie film, and Premiere Pro does not currently all

  • How to pass item value when call a procedure

    Hi, I tried to display a blob image by calling a procedure, it's work if I hardcode the parameter, eg <img src="#OWNER#.download_my_file?p_id=1&p_picture=1" height=60 width=40 /img> but if I pass the p_id value with some page item value <img src="#OW

  • Apple TV Photo Album Order

    I just noticed that for some reason, the photo albums that I initially synced to my Apple TV appear alphabetically -- and then right after all of those albums, any new photo albums I synced subsequently appear alphabetically (i.e., A-Z original album