Maxtrans parameter ignored

I am recieving message "The value(30) of maxtrans parameter ignored" When i run export for particular schema. Please tell me the possible cause of this message. Due to this message i am not able to export the user schema. I am using oracle 10g and i 'm doing export with expdp command.
Thanks

Hi,
it is simple..
If you search in the docs you will find this paragraph.
MAXTRANS Parameter
In earlier releases, the MAXTRANS parameter determined the maximum number of concurrent update transactions allowed for each data block in the segment. This parameter has been deprecated. Oracle now automatically allows up to 255 concurrent update transactions for any data block, depending on the available space in the block.
So, as it is deprecated it will be ignored.
Regs,
Acr

Similar Messages

  • Oracle 10.2.0.4 MAXTRANS parameter ignored message

    Hello all,
    Does anybody have an idea why this error is occuring during an FULL export of the DB, all works well though.
    Should i be increasing a parameter just not to have it reported in alert.log.
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=66, OS id=1360
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_FULL_01', 'SYSTEM', 'KUPC$C_1_20090622180005', 'KUPC$S_1_20090622180005', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=67, OS id=2920
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_FULL_01', 'SYSTEM');
    Thanks

    From 10g onwards, there is no need to set the parameter Maxtrans as Oracle automatically puts the number of slots to 255. If you set a value for this for a segment specifically the message as like is shown , is written in the alert log and the value given is ignored.
    HTH
    Aman....

  • The value (30) of MAXTRANS parameter ignored.

    I am getting the following error....
    Tue Feb 05 20:31:05 2013
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=49, OS id=6824
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_30', 'ORISSA_TRANSACTION', 'KUPC$C_1_20130205203106', 'KUPC$S_1_20130205203106', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=51, OS id=9036
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_SCHEMA_30', 'ORISSA_TRANSACTION');
    Please suggest a solution...

    rp0428 wrote:
    What are you doing when you get that error? Using expdp?
    See if this thread is the same issue and cause of yours.
    value (30) of MAXTRANS parameter ignored
    Yes, EXPDP.....

  • ViewKind Parameter Ignored in ProjectItem.Open if ProjectItem is Set to Open With Default External Editor

    Hi all,
    In my VS2010 extension, I have just encountered a situation which I can find no workaround for. As always, I went to Carlos Quintero's MZ-Tools first to see if I could find an answer. In this excellent article of his (http://www.mztools.com/articles/2007/mz2007027.aspx),
    he discusses how to get "the ProjectItem in the desired view using ProjectItem.Open(viewKind), which returns an EnvDTE.Window object."
    This is the behavior I have experienced until I noticed that if a user selects "Open With..." and sets a default external program to open a given item with, I can no longer programmatically open the item in the text editor (this is required
    functionality for my extension, since I am not setting the Window to visible, anyway). The screenshot below illustrates my point, even though I am working with my own custom extensions.
    In this case, calling ProjectItem.Open with every available ViewKind value will cause Program.cs to open in Notepad rather than the text editor. The Window returned from the Open call is always null in this case.
    Is there any way I can force an item to open in the text editor, regardless what its default program/viewer is? Thanks for your help,
    -Mike

    I don't think that is a bug but a limitation of the automation model.
    As workaround, you can use the following method:
    IVsUIShellOpenDocument.OpenSpecificEditor
    If you want something somewhat more palatable you can use the following method:
    VsShellUtilities.OpenDocumentWithSpecificEditor
    Editor guids are stored in the registry entry HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0_Config\Editors, but since you are only interested in the text editor guid, you are lucky because there is already a constant defined Microsoft.VisualStudio.VSConstants.GUID_TextEditorFactory.
    There is also a constant defined for the logical view: Microsoft.VisualStudio.VSConstants.LOGVIEWID.TextView_guid.
    So, even if text files are set to open with Notepad, this code should open them in the text editor:
             string fullPath;
             Guid editorGuid;
             Guid logicalViewGuid;
             IVsWindowFrame windowFrame;
             fullPath = projectItem.get_FileNames(0);
             editorGuid = Microsoft.VisualStudio.VSConstants.GUID_TextEditorFactory;
             logicalViewGuid = Microsoft.VisualStudio.VSConstants.LOGVIEWID.TextView_guid;
             windowFrame = Microsoft.VisualStudio.Shell.VsShellUtilities.OpenDocumentWithSpecificEditor(this, fullPath, editorGuid, logicalViewGuid);
             if (windowFrame != null)
                windowFrame.Show();
    * My new blog about VSX: http://www.visualstudioextensibility.com * Twitter: https://twitter.com/VSExtensibility * MZ-Tools productivity extension for Visual Studio: http://www.mztools.com.

  • Error while doing an expdp on a large datafile

    Hello,
    I tried an export using expdp in oracle 10g express edition. It was working perfectly until when the db size reached 2.1 gb. I got the following error message:
    ---------------- Start of error message ----------------
    Connected to: Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    Starting "SERVICE_2_8"."SYS_EXPORT_SCHEMA_05": service_2_8/******** LOGFILE=3_export.log DIRECTORY=db_pump DUMPFILE=service_2_8.dmp CONTENT=all
    Estimate in progress using BLOCKS method...
    Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
    ORA-39125: Worker unexpected fatal error in KUPW$WORKER.GET_TABLE_DATA_OBJECTS while calling DBMS_METADATA.FETCH_XML_CLOB []
    ORA-01116: error in opening database file 5
    ORA-01110: data file 5: '/usr/lib/oracle/xe/oradata/service_3_0.dbf'
    ORA-27041: unable to open file
    Linux Error: 13: Permission denied
    Additional information: 3
    ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
    ORA-06512: at "SYS.KUPW$WORKER", line 6235
    ----- PL/SQL Call Stack -----
    object line object
    handle number name
    0x3b3ce18c 14916 package body SYS.KUPW$WORKER
    0x3b3ce18c 6300 package body SYS.KUPW$WORKER
    0x3b3ce18c 9120 package body SYS.KUPW$WORKER
    0x3b3ce18c 1880 package body SYS.KUPW$WORKER
    0x3b3ce18c 6861 package body SYS.KUPW$WORKER
    0x3b3ce18c 1262 package body SYS.KUPW$WORKER
    0x3b0f9758 2 anonymous block
    Job "SERVICE_2_8"."SYS_EXPORT_SCHEMA_05" stopped due to fatal error at 03:04:34
    ---------------- End of error message ----------------
    Selinux was disabled completely and I have put the permission of 0777 to the appropriate datafile.
    Still, it is not working.
    Can you please tell me how to solve this problem or do you have any ideas or suggestions regarding this?

    Hello rgeier,
    I cannot access this tablespace which is service_3_0 (2.1 gb) through a php web-application or through sqlplus. I can access a small tablespace which is service_2_8 through the web-application or through sqlplus. When I tried to access service_3_0 through sqlplus, the following error message was returned:
    ---------------- Start of error message ----------------
    ERROR at line 1:
    ORA-01116: error in opening database file 5
    ORA-01110: data file 5: '/usr/lib/oracle/xe/oradata/service_3_0.dbf'
    ORA-27041: unable to open file
    Linux Error: 13: Permission denied
    Additional information: 3
    ---------------- End of error message ----------------
    The following are the last eset of entries in the alert_XE.log file in the bdump folder:
    ---------------- Start of alert log ----------------
    db_recovery_file_dest_size of 40960 MB is 9.96% 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.
    Wed Aug 20 05:13:59 2008
    Completed: alter database open
    Wed Aug 20 05:19:58 2008
    Shutting down archive processes
    Wed Aug 20 05:20:03 2008
    ARCH shutting down
    ARC2: Archival stopped
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=27, OS id=7463 to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_06', 'SERVICE_2_8', 'KUPC$C_1_20080820054031', 'KUPC$S_1_20080820054031', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=28, OS id=7466 to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_SCHEMA_06', 'SERVICE_2_8');Wed Aug 20 05:40:48 2008
    The value (30) of MAXTRANS parameter ignored.
    The value (30) of MAXTRANS parameter ignored.
    The value (30) of MAXTRANS parameter ignored.
    The value (30) of MAXTRANS parameter ignored.
    The value (30) of MAXTRANS parameter ignored.
    ---------------- End of alert log ----------------

  • USER: terminating instance due to error 472 (Oracle 10g)

    Hi folks,
    We come across a problem that our instance was down suddenly. When checking with the alert log file, it shows that the instance was terminated due to error 472. Did you come across such situation before? Any suggestions would be welcomed.
    Following are some information about our Oracle and the log file, trace file.
    Oracle Database 10g Release 10.2.0.2.0 - Production
    ORACLE_HOME = /app/oracle/lmes
    System name: Linux
    Node name: lmes-oracle2.ust.hk
    Release: 2.4.21-32.ELsmp
    Version: #1 SMP Fri Apr 15 21:17:59 EDT 2005
    Machine: i686
    Alert Log File
    Fri Feb 23 09:11:07 2007
    Shutting down archive processes
    Fri Feb 23 09:11:12 2007
    ARCH shutting down
    ARC2: Archival stopped
    Fri Feb 23 15:16:09 2007
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=32, OS id=1072
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM', 'KUPC$C_1_20070223151610', 'KUPC$S_1_20070223151610', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=33, OS id=1077
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM');
    Fri Feb 23 15:16:28 2007
    Thread 1 advanced to log sequence 1309
    Current log# 3 seq# 1309 mem# 0: /app/oracle/oradata/elop/redo03.log
    Fri Feb 23 15:20:29 2007
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=32, OS id=1526
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM', 'KUPC$C_1_20070223152029', 'KUPC$S_1_20070223152029', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=33, OS id=1528
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM');
    Fri Feb 23 22:15:35 2007
    Thread 1 advanced to log sequence 1310
    Current log# 1 seq# 1310 mem# 0: /app/oracle/oradata/elop/redo01.log
    Fri Feb 23 23:04:10 2007
    USER: terminating instance due to error 472
    Instance terminated by USER, pid = 7779
    Trace File - elop_lgwr_2312.trc
    /app/oracle/admin/elop/bdump/elop_lgwr_2312.trc
    Oracle Database 10g Release 10.2.0.2.0 - Production
    ORACLE_HOME = /app/oracle/lmes
    System name: Linux
    Node name: lmes-oracle2.ust.hk
    Release: 2.4.21-32.ELsmp
    Version: #1 SMP Fri Apr 15 21:17:59 EDT 2005
    Machine: i686
    Instance name: elop
    Redo thread mounted by this instance: 1
    Oracle process number: 6
    Unix process pid: 2312, image: [email protected] (LGWR)
    *** SERVICE NAME:() 2007-02-23 09:10:07.372
    *** SESSION ID:(331.1) 2007-02-23 09:10:07.372
    LGWR: Archivelog for thread 1 sequence 1308 will NOT be compressed
    tkcrrsarc: (WARN) Failed to find ARCH for message (message:0x1)
    tkcrrpa: (WARN) Failed initial attempt to send ARCH message (message:0x1)
    Maximum redo generation record size = 156160 bytes
    Maximum redo generation change vector size = 150672 bytes
    tkcrrsarc: (WARN) Failed to find ARCH for message (message:0x10)
    tkcrrpa: (WARN) Failed initial attempt to send ARCH message (message:0x10)
    *** 2007-02-23 15:16:27.116
    LGWR: Archivelog for thread 1 sequence 1309 will NOT be compressed
    *** 2007-02-23 22:15:35.383
    LGWR: Archivelog for thread 1 sequence 1310 will NOT be compressed
    Trace File - elop_ora_2336.trc
    /app/oracle/admin/elop/udump/elop_ora_2336.trc
    Oracle Database 10g Release 10.2.0.2.0 - Production
    ORACLE_HOME = /app/oracle/lmes
    System name: Linux
    Node name: lmes-oracle2.ust.hk
    Release: 2.4.21-32.ELsmp
    Version: #1 SMP Fri Apr 15 21:17:59 EDT 2005
    Machine: i686
    Instance name: elop
    Redo thread mounted by this instance: 1
    Oracle process number: 15
    Unix process pid: 2336, image: [email protected]
    *** SERVICE NAME:() 2007-02-23 09:10:05.988
    *** SESSION ID:(324.3) 2007-02-23 09:10:05.988
    Thread 1 checkpoint: logseq 1307, block 2, scn 27684035
    cache-low rba: logseq 1307, block 30724
    on-disk rba: logseq 1307, block 33205, scn 27699991
    start recovery at logseq 1307, block 30724, scn 0
    ----- Redo read statistics for thread 1 -----
    Read rate (ASYNC): 1240Kb in 0.03s => 40.38 Mb/sec
    Total physical reads: 4096Kb
    Longest record: 21Kb, moves: 0/1975 (0%)
    Change moves: 1/24 (4%), moved: 0Mb
    Longest LWN: 285Kb, moves: 0/245 (0%), moved: 0Mb
    Last redo scn: 0x0000.01a6ab16 (27699990)
    ----- Recovery Hash Table Statistics ---------
    Hash table buckets = 32768
    Longest hash chain = 2
    Average hash chain = 346/345 = 1.0
    Max compares per lookup = 1
    Avg compares per lookup = 4783/5281 = 0.9
    *** 2007-02-23 09:10:06.132
    KCRA: start recovery claims for 346 data blocks
    *** 2007-02-23 09:10:07.153
    KCRA: blocks processed = 346/346, claimed = 346, eliminated = 0
    *** 2007-02-23 09:10:07.154
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1307 Reading mem 0
    ----- Recovery Hash Table Statistics ---------
    Hash table buckets = 32768
    Longest hash chain = 2
    Average hash chain = 346/345 = 1.0
    Max compares per lookup = 2
    Avg compares per lookup = 3424/5126 = 0.7
    tkcrrsarc: (WARN) Failed to find ARCH for message (message:0x1)
    tkcrrpa: (WARN) Failed initial attempt to send ARCH message (message:0x1)
    Error in executing triggers on database startup
    *** 2007-02-23 09:10:11.557
    ksedmp: internal or fatal error
    ORA-00604: error occurred at recursive SQL level 1
    ORA-12663: Services required by client not available on the server
    ORA-36961: Oracle OLAP is not available.
    ORA-06512: at "SYS.OLAPIHISTORYRETENTION", line 1
    ORA-06512: at line 15
    Thanks & Regards,
    Liona

    Hi,
    I have the same error:
    I have gridcontrol 10gR3 installed on VM / Linux 4 AS box. This is second time down time:
    finally I found the DB tiers is down.
    I have the following message:
    Private_strands 18 at log switch
    Thread 1 advanced to log sequence 215
    Current log# 2 seq# 215 mem# 0: /u02/ora/gridcontrol10g/oradata/emrep/redo02.log
    Thu Apr 19 14:30:33 2007
    Private_strands 18 at log switch
    Thread 1 advanced to log sequence 216
    Current log# 3 seq# 216 mem# 0: /u02/ora/gridcontrol10g/oradata/emrep/redo03.log
    Thu Apr 19 15:42:34 2007
    Private_strands 18 at log switch
    Thread 1 advanced to log sequence 217
    Current log# 4 seq# 217 mem# 0: /u02/ora/gridcontrol10g/oradata/emrep/redo04.log
    Thu Apr 19 16:52:05 2007
    LGWR: terminating instance due to error 472
    Instance terminated by LGWR, pid = 26049
    Thu Apr 19 17:27:08 2007
    I have no idea why this happen. is it because DB is ona VM machine?
    I remember one time whe I took a snapshot on VM server, grid control services are down for a moment, 4 minutes, WebCache seemed cleaned, this page is gone, after 3 minutes, it comes back.
    Anyone has the same issue, please share your experience.
    Thanks a lot,
    Hank
    Message was edited by:
    Hank@AHM

  • Database Started In Restricted Mode...

    Dear Exports,
    We are using Oracle 10gR2 on Windows server 2008. My database size is approximately 2tb. Now we are going to setup Dataguard for our primary. We started the database with the changer parameters for dataguard and create spfile from pfile. And started the database with Spfile. But after some time i noticed that the database started automatically in Restricted mode. As in our database Previously dataguard was configured, due to the some problem that setup is not working and the logs are not applied in Standby server. I thought may be for this reason database going to restricted mode automatically so i set the log_archive_dest_state_2='DEFFER' and Now I scanned the whore alert.log file and found the same situation of restricted is happening from Jan 2010. Please Suggest some solution how i can over come the problem.
    The alertlog when i started the database recently...
    ALTER DATABASE CLOSE NORMAL
    ORA-1507 signalled during: ALTER DATABASE CLOSE NORMAL...
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Fri Apr 12 19:12:39 2013
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =97
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
    processes = 800
    sessions = 885
    sga_max_size = 10737418240
    __shared_pool_size = 1325400064
    __large_pool_size = 16777216
    __java_pool_size = 16777216
    __streams_pool_size = 0
    sga_target = 8589934592
    control_files = G:\ORADATA\CONTROL01.CTL, G:\ORADATA\CONTROL02.CTL, G:\ORADATA\CONTROL03.CTL
    db_block_size = 8192
    __db_cache_size = 7214202880
    compatible = 10.2.0.3.0
    log_archive_config = DG_CONFIG=(orcl,stdby)
    log_archive_dest_1 = LOCATION=I:\archive_log VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcl
    log_archive_dest_2 = SERVICE=stdby NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=stdby
    log_archive_dest_state_1 = enable
    log_archive_max_processes= 30
    log_archive_format = ARC%D_%s_%R.%T
    fal_client = orcl
    fal_server = stdby
    db_file_multiblock_read_count= 16
    db_recovery_file_dest = D:\oracle\product\10.2.0\flash_recovery_area
    db_recovery_file_dest_size= 2147483648
    standby_file_management = AUTO
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    undo_retention = 5400
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    dispatchers = (PROTOCOL=TCP) (SERVICE=orclXDB)
    local_listener = (ADDRESS=(PROTOCOL=TCP)(HOST=192.168.12.86)(PORT=1521))
    job_queue_processes = 10
    audit_file_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP
    background_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP
    user_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP
    core_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP
    db_name = orcl
    open_cursors = 500
    pga_aggregate_target = 10737418240
    PMON started with pid=2, OS id=14328
    PSP0 started with pid=3, OS id=15420
    MMAN started with pid=4, OS id=9092
    DBW0 started with pid=5, OS id=12360
    DBW1 started with pid=6, OS id=18112
    LGWR started with pid=7, OS id=18360
    CKPT started with pid=8, OS id=18448
    SMON started with pid=9, OS id=17160
    RECO started with pid=10, OS id=18512
    CJQ0 started with pid=11, OS id=19324
    MMON started with pid=12, OS id=14380
    Fri Apr 12 19:12:40 2013
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=13, OS id=2996
    Fri Apr 12 19:12:40 2013
    starting up 1 shared server(s) ...
    Fri Apr 12 19:12:41 2013
    ALTER DATABASE MOUNT
    Fri Apr 12 19:12:45 2013
    Setting recovery target incarnation to 2
    Fri Apr 12 19:12:45 2013
    Successful mount of redo thread 1, with mount id 1340307369
    Fri Apr 12 19:12:45 2013
    Allocated 15937344 bytes in shared pool for flashback generation buffer
    Starting background process RVWR
    RVWR started with pid=17, OS id=5524
    Fri Apr 12 19:12:45 2013
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE MOUNT
    Fri Apr 12 19:12:46 2013
    ALTER DATABASE OPEN
    Fri Apr 12 19:12:46 2013
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=18, OS id=11964
    ARC1 started with pid=19, OS id=13472
    ARC2 started with pid=20, OS id=17960
    ARC3 started with pid=21, OS id=18548
    ARC4 started with pid=22, OS id=15660
    ARC5 started with pid=23, OS id=15548
    ARC6 started with pid=24, OS id=14720
    ARC7 started with pid=25, OS id=15780
    ARC8 started with pid=26, OS id=17992
    ARC9 started with pid=27, OS id=17988
    ARCa started with pid=28, OS id=19436
    ARCb started with pid=29, OS id=16104
    ARCc started with pid=30, OS id=6656
    ARCd started with pid=31, OS id=6900
    ARCe started with pid=32, OS id=10568
    ARCf started with pid=33, OS id=16992
    ARCg started with pid=34, OS id=14372
    ARCh started with pid=35, OS id=18084
    ARCi started with pid=36, OS id=5788
    ARCj started with pid=37, OS id=4940
    ARCk started with pid=38, OS id=18816
    ARCl started with pid=39, OS id=14588
    ARCm started with pid=40, OS id=16820
    ARCn started with pid=41, OS id=8068
    ARCo started with pid=42, OS id=18736
    ARCp started with pid=43, OS id=8316
    ARCq started with pid=44, OS id=5952
    ARCr started with pid=45, OS id=16304
    ARCs started with pid=46, OS id=14884
    Fri Apr 12 19:12:46 2013
    ARC0: Archival started
    ARCt started with pid=47, OS id=19408
    Fri Apr 12 19:12:46 2013
    ARC1: Archival started
    ARC2: Archival started
    ARC3: Archival started
    ARC4: Archival started
    ARC5: Archival started
    ARC6: Archival started
    ARC7: Archival started
    ARC8: Archival started
    ARC9: Archival started
    ARCa: Archival started
    ARCb: Archival started
    ARCc: Archival started
    ARCd: Archival started
    ARCe: Archival started
    ARCf: Archival started
    ARCg: Archival started
    ARCh: Archival started
    ARCi: Archival started
    ARCj: Archival started
    ARCk: Archival started
    ARCl: Archival started
    ARCm: Archival started
    ARCn: Archival started
    ARCo: Archival started
    ARCp: Archival started
    ARCq: Archival started
    ARCr: Archival started
    ARCs: Archival started
    ARCt: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    Thread 1 opened at log sequence 117446
    Current log# 10 seq# 117446 mem# 0: G:\ORADATA\REDO10A.LOG
    Current log# 10 seq# 117446 mem# 1: H:\ORADATA\REDO10B.LOG
    Fri Apr 12 19:12:46 2013
    ARC0: Becoming the 'no FAL' ARCH
    Fri Apr 12 19:12:46 2013
    ARC0: Becoming the 'no SRL' ARCH
    Fri Apr 12 19:12:46 2013
    ARC8: Becoming the heartbeat ARCH
    Fri Apr 12 19:12:47 2013
    Successful open of redo thread 1
    Fri Apr 12 19:12:47 2013
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Fri Apr 12 19:12:47 2013
    SMON: enabling cache recovery
    Fri Apr 12 19:12:48 2013
    Successfully onlined Undo Tablespace 1.
    Fri Apr 12 19:12:48 2013
    SMON: enabling tx recovery
    Fri Apr 12 19:12:48 2013
    Database Characterset is WE8MSWIN1252
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 16
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=48, OS id=10048
    Fri Apr 12 19:12:51 2013
    Completed: ALTER DATABASE OPEN
    Fri Apr 12 19:12:51 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_mmon_14380.trc:
    ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 99.56% used, and has 9486336 remaining bytes available.
    Fri Apr 12 19:12:51 2013
    You have following choices to free up space from flash recovery area:
    1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
    then consider changing RMAN ARCHIVELOG DELETION POLICY.
    2. Back up files to tertiary device such as tape using RMAN
    BACKUP RECOVERY AREA command.
    3. Add disk space and increase db_recovery_file_dest_size parameter to
    reflect the new space.
    4. Delete unnecessary files using RMAN DELETE command. If an operating
    system command was used to delete files, then use RMAN CROSSCHECK and
    DELETE EXPIRED commands.
    Dump file d:\oracle\product\10.2.0\admin\orcl\bdump\alert_orcl.log
    Fri Apr 12 19:13:26 2013
    ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Windows NT Version V6.0 Service Pack 1
    CPU : 16 - type 8664, 16 Physical Cores
    Process Affinity : 0x0000000000000000
    Memory (Avail/Total): Ph:55999M/65533M, Ph+PgF:183151M/193356M
    Fri Apr 12 19:13:26 2013
    Starting ORACLE instance (restrict)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =97
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
    processes = 800
    sessions = 885
    sga_max_size = 10737418240
    __shared_pool_size = 1325400064
    __large_pool_size = 16777216
    __java_pool_size = 16777216
    __streams_pool_size = 0
    sga_target = 8589934592
    control_files = G:\ORADATA\CONTROL01.CTL, G:\ORADATA\CONTROL02.CTL, G:\ORADATA\CONTROL03.CTL
    db_block_size = 8192
    __db_cache_size = 7214202880
    compatible = 10.2.0.3.0
    log_archive_config = DG_CONFIG=(orcl,stdby)
    log_archive_dest_1 = LOCATION=I:\archive_log VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcl
    log_archive_dest_2 = SERVICE=stdby NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=stdby
    log_archive_dest_state_1 = enable
    log_archive_max_processes= 30
    log_archive_format = ARC%D_%s_%R.%T
    fal_client = orcl
    fal_server = stdby
    db_file_multiblock_read_count= 16
    db_recovery_file_dest = D:\oracle\product\10.2.0\flash_recovery_area
    db_recovery_file_dest_size= 2147483648
    standby_file_management = AUTO
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    undo_retention = 5400
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    dispatchers = (PROTOCOL=TCP) (SERVICE=orclXDB)
    local_listener = (ADDRESS=(PROTOCOL=TCP)(HOST=192.168.12.86)(PORT=1521))
    job_queue_processes = 10
    audit_file_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP
    background_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP
    user_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP
    core_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP
    db_name = orcl
    open_cursors = 500
    pga_aggregate_target = 10737418240
    PMON started with pid=2, OS id=18668
    PSP0 started with pid=3, OS id=17668
    MMAN started with pid=4, OS id=16896
    DBW0 started with pid=5, OS id=18204
    DBW1 started with pid=6, OS id=16976
    LGWR started with pid=7, OS id=14552
    CKPT started with pid=8, OS id=4480
    SMON started with pid=9, OS id=10236
    RECO started with pid=10, OS id=11832
    CJQ0 started with pid=11, OS id=18844
    MMON started with pid=12, OS id=15320
    Fri Apr 12 19:13:27 2013
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=13, OS id=14944
    Fri Apr 12 19:13:27 2013
    starting up 1 shared server(s) ...
    Fri Apr 12 19:13:27 2013
    alter database orcl mount exclusive
    Fri Apr 12 19:13:31 2013
    Setting recovery target incarnation to 2
    Fri Apr 12 19:13:31 2013
    Successful mount of redo thread 1, with mount id 1340305111
    Fri Apr 12 19:13:31 2013
    Allocated 15937344 bytes in shared pool for flashback generation buffer
    Starting background process RVWR
    RVWR started with pid=17, OS id=12880
    Fri Apr 12 19:13:31 2013
    Database mounted in Exclusive Mode
    Completed: alter database orcl mount exclusive
    Fri Apr 12 19:13:31 2013
    alter database open
    Fri Apr 12 19:13:31 2013
    Beginning crash recovery of 1 threads
    parallel recovery started with 15 processes
    Fri Apr 12 19:13:31 2013
    Started redo scan
    Fri Apr 12 19:13:31 2013
    Completed redo scan
    735 redo blocks read, 211 data blocks need recovery
    Fri Apr 12 19:13:31 2013
    Started redo application at
    Thread 1: logseq 117446, block 97761
    Fri Apr 12 19:13:31 2013
    Recovery of Online Redo Log: Thread 1 Group 10 Seq 117446 Reading mem 0
    Mem# 0: G:\ORADATA\REDO10A.LOG
    Mem# 1: H:\ORADATA\REDO10B.LOG
    Fri Apr 12 19:13:31 2013
    Completed redo application
    Fri Apr 12 19:13:32 2013
    Completed crash recovery at
    Thread 1: logseq 117446, block 98496, scn 7310601900
    211 data blocks read, 211 data blocks written, 735 redo blocks read
    Fri Apr 12 19:13:33 2013
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=33, OS id=18508
    ARC1 started with pid=34, OS id=14692
    ARC2 started with pid=35, OS id=17728
    ARC3 started with pid=36, OS id=12476
    ARC4 started with pid=37, OS id=19228
    ARC5 started with pid=38, OS id=11552
    ARC6 started with pid=39, OS id=7576
    ARC7 started with pid=40, OS id=6244
    ARC8 started with pid=41, OS id=18468
    ARC9 started with pid=42, OS id=18492
    ARCa started with pid=43, OS id=10352
    ARCb started with pid=44, OS id=15516
    ARCc started with pid=45, OS id=18216
    ARCd started with pid=46, OS id=5660
    ARCe started with pid=47, OS id=18756
    ARCf started with pid=48, OS id=17828
    ARCg started with pid=49, OS id=8696
    ARCh started with pid=50, OS id=17736
    ARCi started with pid=51, OS id=16736
    ARCj started with pid=52, OS id=13208
    ARCk started with pid=53, OS id=12012
    ARCl started with pid=54, OS id=19180
    ARCm started with pid=55, OS id=16632
    ARCn started with pid=56, OS id=17588
    ARCo started with pid=57, OS id=11948
    ARCp started with pid=58, OS id=18416
    ARCq started with pid=59, OS id=17888
    ARCr started with pid=60, OS id=2144
    ARCs started with pid=61, OS id=14392
    Fri Apr 12 19:13:33 2013
    ARC0: Archival started
    ARCt started with pid=62, OS id=19264
    Fri Apr 12 19:13:33 2013
    ARC1: Archival started
    ARC2: Archival started
    ARC3: Archival started
    ARC4: Archival started
    ARC5: Archival started
    ARC6: Archival started
    ARC7: Archival started
    ARC8: Archival started
    ARC9: Archival started
    ARCa: Archival started
    ARCb: Archival started
    ARCc: Archival started
    ARCd: Archival started
    ARCe: Archival started
    ARCf: Archival started
    ARCg: Archival started
    ARCh: Archival started
    ARCi: Archival started
    ARCj: Archival started
    ARCk: Archival started
    ARCl: Archival started
    ARCm: Archival started
    ARCn: Archival started
    ARCo: Archival started
    ARCp: Archival started
    ARCq: Archival started
    ARCr: Archival started
    ARCs: Archival started
    ARCt: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    Fri Apr 12 19:13:33 2013
    Thread 1 advanced to log sequence 117447 (thread open)
    Thread 1 opened at log sequence 117447
    Current log# 8 seq# 117447 mem# 0: G:\ORADATA\REDO08A.LOG
    Current log# 8 seq# 117447 mem# 1: H:\ORADATA\REDO08B.LOG
    Successful open of redo thread 1
    Fri Apr 12 19:13:33 2013
    ARC3: Becoming the 'no FAL' ARCH
    Fri Apr 12 19:13:33 2013
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Fri Apr 12 19:13:33 2013
    ARC3: Becoming the 'no SRL' ARCH
    Fri Apr 12 19:13:33 2013
    ARCr: Becoming the heartbeat ARCH
    Fri Apr 12 19:13:33 2013
    SMON: enabling cache recovery
    Fri Apr 12 19:13:33 2013
    Successfully onlined Undo Tablespace 1.
    Fri Apr 12 19:13:33 2013
    SMON: enabling tx recovery
    Fri Apr 12 19:13:33 2013
    Database Characterset is WE8MSWIN1252
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 16
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=63, OS id=14896
    Fri Apr 12 19:13:34 2013
    Completed: alter database open
    Fri Apr 12 19:13:34 2013
    ALTER SYSTEM disable restricted session;
    Fri Apr 12 19:13:35 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_mmon_15320.trc:
    ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 99.56% used, and has 9486336 remaining bytes available.
    Fri Apr 12 19:13:35 2013
    You have following choices to free up space from flash recovery area:
    1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
    then consider changing RMAN ARCHIVELOG DELETION POLICY.
    2. Back up files to tertiary device such as tape using RMAN
    BACKUP RECOVERY AREA command.
    3. Add disk space and increase db_recovery_file_dest_size parameter to
    reflect the new space.
    4. Delete unnecessary files using RMAN DELETE command. If an operating
    system command was used to delete files, then use RMAN CROSSCHECK and
    DELETE EXPIRED commands.
    Fri Apr 12 19:13:36 2013
    Error 12514 received logging on to the standby
    Fri Apr 12 19:13:36 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_arc0_18508.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    FAL[server, ARC0]: Error 12514 creating remote archivelog file 'stdby'
    FAL[server, ARC0]: FAL archive failed, see trace file.
    Fri Apr 12 19:13:36 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_arc0_18508.trc:
    ORA-16055: FAL request rejected
    ARCH: FAL archive failed. Archiver continuing
    Fri Apr 12 19:19:33 2013
    Error 12514 received logging on to the standby
    Fri Apr 12 19:19:33 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_arcr_2144.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    PING[ARCr]: Heartbeat failed to connect to standby 'stdby'. Error is 12514.
    Fri Apr 12 19:22:52 2013
    PING[ARCr]: Heartbeat failed to connect to standby 'stdby'. Error is 12514.
    Fri Apr 12 20:09:34 2013
    Error 12514 received logging on to the standby
    Fri Apr 12 20:09:34 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_arcr_2144.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    PING[ARCr]: Heartbeat failed to connect to standby 'stdby'. Error is 12514.
    Fri Apr 12 20:13:50 2013
    Sat Apr 13 01:54:52 2013
    Error 12514 received logging on to the standby
    Sat Apr 13 01:54:52 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_arcr_2144.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    PING[ARCr]: Heartbeat failed to connect to standby 'stdby'. Error is 12514.
    Sat Apr 13 12:35:12 2013
    Error 12514 received logging on to the standby
    Sat Apr 13 12:35:12 2013
    Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_arcr_2144.trc:
    ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
    PING[ARCr]: Heartbeat failed to connect to standby 'stdby'. Error is 12514.
    Sat Apr 13 12:37:01 2013
    ALTER SYSTEM SET log_archive_dest_state_2='DEFER' SCOPE=MEMORY;
    Sat Apr 13 12:38:23 2013
    Unable to allocate flashback log of 1946 blocks from
    current recovery area of size 2147483648 bytes.
    Current Flashback database retention is less than target
    because of insufficient space in the flash recovery area.
    Flashback will continue to use available space, but the
    size of the flash recovery area must be increased to meet
    the Flashback database retention target
    Use ALTER SYSTEM SET db_recovery_file_dest_size command
    to add space. DO NOT manually remove flashback log files
    to create space.
    Sat Apr 13 12:38:41 2013
    ALTER SYSTEM SET db_recovery_file_dest_size='5G' SCOPE=MEMORY;
    Sat Apr 13 12:38:41 2013
    db_recovery_file_dest_size of 5120 MB is 39.82% 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.
    Sat Apr 13 15:42:21 2013
    ORA-01555 caused by SQL statement below (SQL ID: 2zb70pwz9p06q, Query Duration=1365847941 sec, SCN: 0x0001.b3c0f735):
    Sat Apr 13 15:42:21 2013
    SELECT * FROM RELATIONAL("ORISSA_TRANSACTION"."SELLER_BIOMETRICS_TBL")
    Sat Apr 13 15:48:37 2013
    Thread 1 advanced to log sequence 117452 (LGWR switch)
    Current log# 10 seq# 117452 mem# 0: G:\ORADATA\REDO10A.LOG
    Current log# 10 seq# 117452 mem# 1: H:\ORADATA\REDO10B.LOG
    Sat Apr 13 20:31:00 2013
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=31, OS id=16196
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_30', 'ORISSA_TRANSACTION', 'KUPC$C_1_20130413203100', 'KUPC$S_1_20130413203100', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=66, OS id=16200
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_SCHEMA_30', 'ORISSA_TRANSACTION');
    Sun Apr 14 00:00:11 2013
    Thread 1 advanced to log sequence 117453 (LGWR switch)
    Current log# 8 seq# 117453 mem# 0: G:\ORADATA\REDO08A.LOG
    Current log# 8 seq# 117453 mem# 1: H:\ORADATA\REDO08B.LOG
    Sun Apr 14 00:00:52 2013
    Thread 1 advanced to log sequence 117454 (LGWR switch)
    Current log# 9 seq# 117454 mem# 0: G:\ORADATA\REDO09A.LOG
    Current log# 9 seq# 117454 mem# 1: H:\ORADATA\REDO09B.LOG

    like you show in the alert.log:
    PROBLEM
    Unable to allocate flashback log of 1946 blocks from
    current recovery area of size 2147483648 bytes.
    Current Flashback database retention is less than target
    because of insufficient space in the flash recovery area.
    Flashback will continue to use available space, but the
    size of the flash recovery area must be increased to meet
    the Flashback database retention target
    Use ALTER SYSTEM SET db_recovery_file_dest_size command
    to add space. DO NOT manually remove flashback log files
    to create space.
    SOLUTION
    Fri Apr 12 19:12:51 2013
    You have following choices to free up space from flash recovery area:
    1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
    then consider changing RMAN ARCHIVELOG DELETION POLICY.
    2. Back up files to tertiary device such as tape using RMAN
    BACKUP RECOVERY AREA command.
    3. Add disk space and increase db_recovery_file_dest_size parameter to
    reflect the new space.
    4. Delete unnecessary files using RMAN DELETE command. If an operating
    system command was used to delete files, then use RMAN CROSSCHECK and
    DELETE EXPIRED commands.
    ************************************************************************choose one and try again. Post if you have more issues.

  • SMON process terminated with error

    Hi,
    Oracle Version:10.2.0.3
    Operating system:Linux
    I alert log file i found that smon process was terminated with error.Below is the contents of the alert log file.
    Fri Dec 31 05:12:32 2010
    sculkget: failed to lock /home/oracle/oracle/oracle/product/10.2.0/db_1/dbs/lkinstqfundeca exclusive
    sculkget: lock held by PID: 9127
    Oracle Instance Shutdown operation failed. Another process may be attempting to startup or shutdown this Instance.
    Failed to acquire instance startup/shutdown serialization primitive
    Fri Dec 31 05:56:23 2010
    sculkget: failed to lock /home/oracle/oracle/oracle/product/10.2.0/db_1/dbs/lkinstqfundeca exclusive
    sculkget: lock held by PID: 9127
    Oracle Instance Shutdown operation failed. Another process may be attempting to startup or shutdown this Instance.
    Failed to acquire instance startup/shutdown serialization primitive
    Fri Dec 31 06:40:53 2010
    WARNING: inbound connection timed out (ORA-3136)
    Fri Dec 31 06:40:53 2010
    WARNING: inbound connection timed out (ORA-3136)
    Fri Dec 31 06:40:53 2010
    WARNING: inbound connection timed out (ORA-3136)
    Fri Dec 31 06:40:53 2010
    WARNING: inbound connection timed out (ORA-3136)
    Fri Dec 31 06:40:53 2010
    WARNING: inbound connection timed out (ORA-3136)
    Fri Dec 31 06:40:53 2010
    WARNING: inbound connection timed out (ORA-3136)
    Fri Dec 31 06:40:53 2010
    WARNING: inbound connection timed out (ORA-3136)
    Fri Dec 31 06:40:53 2010
    MMNL absent for 7904 secs; Foregrounds taking over
    Fri Dec 31 06:40:53 2010
    Starting background process EMN0
    Fri Dec 31 06:40:53 2010
    The value (30) of MAXTRANS parameter ignored.
    Fri Dec 31 06:40:53 2010
    Thread 1 cannot allocate new log, sequence 62004
    Checkpoint not complete
      Current log# 1 seq# 62003 mem# 0: /u02/oradata/qfundeca/redo01a.log
      Current log# 1 seq# 62003 mem# 1: /u03/oradata/qfundeca/redo01b.log
    EMN0 started with pid=29, OS id=7176
    Fri Dec 31 06:40:53 2010
    Shutting down instance: further logons disabled
    Fri Dec 31 06:40:53 2010
    ksvcreate: Process(m001) creation failed
    Fri Dec 31 06:40:53 2010
    kkjcre1p: unable to spawn jobq slave process, error 1089
    Fri Dec 31 06:40:53 2010
    kkjcre1p: unable to spawn jobq slave process, error 1089
    Fri Dec 31 06:40:54 2010
    Stopping background process QMNC
    Fri Dec 31 06:40:54 2010
    Stopping background process CJQ0
    Fri Dec 31 06:40:54 2010
    Thread 1 cannot allocate new log, sequence 62004
    Private strand flush not complete
      Current log# 1 seq# 62003 mem# 0: /u02/oradata/qfundeca/redo01a.log
      Current log# 1 seq# 62003 mem# 1: /u03/oradata/qfundeca/redo01b.log
    Fri Dec 31 06:40:56 2010
    Stopping background process MMNL
    Fri Dec 31 06:40:56 2010
    Thread 1 advanced to log sequence 62004
      Current log# 2 seq# 62004 mem# 0: /u02/oradata/qfundeca/redo02a.log
      Current log# 2 seq# 62004 mem# 1: /u03/oradata/qfundeca/redo02b.log
    Fri Dec 31 06:40:57 2010
    Starting background process QMNC
    Fri Dec 31 06:40:57 2010
    Errors in file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_3065.trc:
    ORA-00443: background process "QMNC" did not start
    Fri Dec 31 06:41:04 2010
    Stopping background process MMON
    Fri Dec 31 06:41:05 2010
    Errors in file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_9127.trc:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-12663: Services required by client not available on the server
    ORA-36961: Oracle OLAP is not available.
    ORA-06512: at "SYS.OLAPIHISTORYRETENTION", line 1
    ORA-06512: at line 15
    Fri Dec 31 06:41:05 2010
    Shutting down instance (immediate)
    License high water mark = 93
    Fri Dec 31 06:41:05 2010
    Stopping Job queue slave processes
    Fri Dec 31 06:41:05 2010
    Job queue slave processes stopped
    Fri Dec 31 06:41:57 2010
    All dispatchers and shared servers shutdown
    Fri Dec 31 06:41:59 2010
    ALTER DATABASE CLOSE NORMAL
    Fri Dec 31 06:41:59 2010
    SMON: disabling tx recovery
    SMON: disabling cache recovery
    Fri Dec 31 06:42:00 2010
    Shutting down archive processes
    Archiving is disabled
    Fri Dec 31 06:42:05 2010
    ARCH shutting down
    ARC1: Archival stopped
    Fri Dec 31 06:42:11 2010
    ARCH shutting down
    ARC0: Archival stopped
    Fri Dec 31 06:42:12 2010
    Thread 1 closed at log sequence 62004
    Successful close of redo thread 1
    Fri Dec 31 06:42:12 2010
    Completed: ALTER DATABASE CLOSE NORMAL
    Fri Dec 31 06:42:12 2010
    ALTER DATABASE DISMOUNT
    Completed: ALTER DATABASE DISMOUNT
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Fri Dec 31 06:49:52 2010
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =27
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.3.0.
    System parameters with non-default values:
      processes                = 150
      sessions                 = 250
      __shared_pool_size       = 385875968
      __large_pool_size        = 16777216
      __java_pool_size         = 16777216
      __streams_pool_size      = 33554432
      streams_pool_size        = 33554432
      sga_target               = 1610612736
      control_files            = /u02/oradata/qfundeca/control01.ctl, /u02/oradata/qfundeca/control02.ctl, /u03/oradata/qfundeca/control03.ctl
      db_block_size            = 8192
      __db_cache_size          = 1140850688
      compatible               = 10.2.0.3.0
      log_archive_dest_1       = LOCATION=/u02/oradata/arch/qfundeca
      log_archive_format       = %t_%s_%r.dbf
      archive_lag_target       = 2700
      db_file_multiblock_read_count= 16
      db_recovery_file_dest    = /u02/oradata/flash_recovery_area
      db_recovery_file_dest_size= 21474836480
      standby_file_management  = AUTO
      undo_management          = AUTO
      undo_tablespace          = UNDOTBS1
      remote_login_passwordfile= EXCLUSIVE
      db_domain                =
      dispatchers              = (PROTOCOL=TCP) (SERVICE=qfundecaXDB)
      job_queue_processes      = 17
      cursor_sharing           = EXACT
      background_dump_dest     = /home/oracle/oracle/admin/qfundeca/bdump
      user_dump_dest           = /home/oracle/oracle/admin/qfundeca/udump
      core_dump_dest           = /home/oracle/oracle/admin/qfundeca/cdump
      audit_file_dest          = /home/oracle/oracle/admin/qfundeca/adump
      db_name                  = qfundeca
      open_cursors             = 300
      pga_aggregate_target     = 839909376
    PMON started with pid=2, OS id=9591
    PSP0 started with pid=3, OS id=9593
    MMAN started with pid=4, OS id=9595
    DBW0 started with pid=5, OS id=9597
    LGWR started with pid=6, OS id=9599
    CKPT started with pid=7, OS id=9601
    SMON started with pid=8, OS id=9603
    RECO started with pid=9, OS id=9605
    CJQ0 started with pid=10, OS id=9607
    MMON started with pid=11, OS id=9609
    Fri Dec 31 06:49:54 2010
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=12, OS id=9611
    Fri Dec 31 06:49:54 2010
    starting up 1 shared server(s) ...
    Oracle Data Guard is not available in this edition of Oracle.
    Fri Dec 31 06:49:54 2010
    ALTER DATABASE   MOUNT
    Fri Dec 31 06:49:58 2010
    Setting recovery target incarnation to 1
    Fri Dec 31 06:49:58 2010
    Successful mount of redo thread 1, with mount id 256948178
    Fri Dec 31 06:49:58 2010
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Fri Dec 31 06:49:58 2010
    ALTER DATABASE OPEN
    Fri Dec 31 06:49:58 2010
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=16, OS id=9619
    Fri Dec 31 06:49:58 2010
    ARC0: Archival started
    ARC1: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    ARC1 started with pid=17, OS id=9621
    Fri Dec 31 06:49:58 2010
    Thread 1 opened at log sequence 62004
      Current log# 2 seq# 62004 mem# 0: /u02/oradata/qfundeca/redo02a.log
      Current log# 2 seq# 62004 mem# 1: /u03/oradata/qfundeca/redo02b.log
    Successful open of redo thread 1
    Fri Dec 31 06:49:58 2010
    ARC0: Becoming the 'no FAL' ARCH
    ARC0: Becoming the 'no SRL' ARCH
    Fri Dec 31 06:49:58 2010
    ARC1: Becoming the heartbeat ARCH
    Fri Dec 31 06:49:58 2010
    SMON: enabling cache recovery
    Fri Dec 31 06:49:58 2010
    Successfully onlined Undo Tablespace 1.
    Fri Dec 31 06:49:58 2010
    SMON: enabling tx recovery
    Fri Dec 31 06:49:58 2010
    Database Characterset is WE8ISO8859P1
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=18, OS id=9623
    Fri Dec 31 06:49:59 2010
    Errors in file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_9617.trc:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-12663: Services required by client not available on the server
    ORA-36961: Oracle OLAP is not available.
    ORA-06512: at "SYS.OLAPIHISTORYRETENTION", line 1
    ORA-06512: at line 15
    Fri Dec 31 06:50:00 2010
    Completed: ALTER DATABASE OPEN
    Fri Dec 31 06:50:00 2010
    db_recovery_file_dest_size of 20480 MB is 0.00% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Fri Dec 31 06:55:59 2010
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=36, OS id=12004
             to execute - SYS.KUPM$MCP.MAIN('QFUNDECA_PROD_BKP', 'QFUNDECAPROD', 'KUPC$C_1_20101231065559', 'KUPC$S_1_20101231065559', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=37, OS id=12009
             to execute - SYS.KUPW$WORKER.MAIN('QFUNDECA_PROD_BKP', 'QFUNDECAPROD');
    Fri Dec 31 07:04:59 2010
    Thread 1 cannot allocate new log, sequence 62005
    Private strand flush not complete
      Current log# 2 seq# 62004 mem# 0: /u02/oradata/qfundeca/redo02a.log
      Current log# 2 seq# 62004 mem# 1: /u03/oradata/qfundeca/redo02b.log
    Thread 1 advanced to log sequence 62005
      Current log# 3 seq# 62005 mem# 0: /u02/oradata/qfundeca/redo03a.log
      Current log# 3 seq# 62005 mem# 1: /u03/oradata/qfundeca/redo03b.log
    Fri Dec 31 07:30:01 2010
    Thread 1 cannot allocate new log, sequence 62006
    Private strand flush not complete
      Current log# 3 seq# 62005 mem# 0: /u02/oradata/qfundeca/redo03a.log
      Current log# 3 seq# 62005 mem# 1: /u03/oradata/qfundeca/redo03b.log
    Thread 1 advanced to log sequence 62006
      Current log# 1 seq# 62006 mem# 0: /u02/oradata/qfundeca/redo01a.log
      Current log# 1 seq# 62006 mem# 1: /u03/oradata/qfundeca/redo01b.log
    Fri Dec 31 07:54:42 2010
    System State dumped to trace file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_24979.trc
    Fri Dec 31 07:55:06 2010
    System State dumped to trace file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_25057.trc
    Fri Dec 31 07:55:37 2010
    System State dumped to trace file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_25209.trc
    Fri Dec 31 07:59:33 2010
    System State dumped to trace file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_26237.trc
    Fri Dec 31 08:00:25 2010
    System State dumped to trace file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_26523.trc
    Fri Dec 31 08:00:40 2010
    System State dumped to trace file /home/oracle/oracle/admin/qfundeca/udump/qfundeca_ora_26909.trc
    Fri Dec 31 08:06:34 2010
    Errors in file /home/oracle/oracle/admin/qfundeca/bdump/qfundeca_pmon_9591.trc:
    *ORA-00474: SMON process terminated with error*
    *Fri Dec 31 08:06:34 2010*
    *PMON: terminating instance due to error 474*
    Instance terminated by PMON, pid = 9591
    Fri Dec 31 08:08:31 2010
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =27
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.3.0.
    System parameters with non-default values:
      processes                = 150
      sessions                 = 250
      __shared_pool_size       = 234881024
      __large_pool_size        = 16777216
      __java_pool_size         = 16777216
      __streams_pool_size      = 33554432
      streams_pool_size        = 33554432
      sga_target               = 1610612736
      control_files            = /u02/oradata/qfundeca/control01.ctl, /u02/oradata/qfundeca/control02.ctl, /u03/oradata/qfundeca/control03.ctl
      db_block_size            = 8192
      __db_cache_size          = 1291845632
      compatible               = 10.2.0.3.0
      log_archive_dest_1       = LOCATION=/u02/oradata/arch/qfundeca
      log_archive_format       = %t_%s_%r.dbf
      archive_lag_target       = 2700
      db_file_multiblock_read_count= 16
      db_recovery_file_dest    = /u02/oradata/flash_recovery_area
      db_recovery_file_dest_size= 21474836480
      standby_file_management  = AUTO
      undo_management          = AUTO
      undo_tablespace          = UNDOTBS1
      remote_login_passwordfile= EXCLUSIVE
      db_domain                =
      dispatchers              = (PROTOCOL=TCP) (SERVICE=qfundecaXDB)
      job_queue_processes      = 17
      cursor_sharing           = EXACT
      background_dump_dest     = /home/oracle/oracle/admin/qfundeca/bdump
      user_dump_dest           = /home/oracle/oracle/admin/qfundeca/udump
      core_dump_dest           = /home/oracle/oracle/admin/qfundeca/cdump
      audit_file_dest          = /home/oracle/oracle/admin/qfundeca/adump
      db_name                  = qfundeca
      open_cursors             = 300
      pga_aggregate_target     = 839909376
    PMON started with pid=2, OS id=648
    PSP0 started with pid=3, OS id=650
    MMAN started with pid=4, OS id=652
    DBW0 started with pid=5, OS id=654
    LGWR started with pid=6, OS id=656
    CKPT started with pid=7, OS id=658
    SMON started with pid=8, OS id=660
    RECO started with pid=9, OS id=662
    CJQ0 started with pid=10, OS id=664
    MMON started with pid=11, OS id=666
    Fri Dec 31 08:08:32 2010
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=12, OS id=668
    Fri Dec 31 08:08:32 2010
    starting up 1 shared server(s) ...
    Oracle Data Guard is not available in this edition of Oracle.
    Fri Dec 31 08:08:32 2010
    ALTER DATABASE   MOUNT
    Fri Dec 31 08:08:36 2010
    Setting recovery target incarnation to 1
    Fri Dec 31 08:08:36 2010
    Successful mount of redo thread 1, with mount id 257031232
    Fri Dec 31 08:08:36 2010
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Fri Dec 31 08:08:36 2010
    ALTER DATABASE OPEN
    Fri Dec 31 08:08:37 2010
    Beginning crash recovery of 1 threads
    Fri Dec 31 08:08:37 2010
    Started redo scan
    Fri Dec 31 08:08:37 2010
    Completed redo scan
    31201 redo blocks read, 754 data blocks need recovery
    Fri Dec 31 08:08:38 2010
    Started redo application at
    Thread 1: logseq 62004, block 66343
    Fri Dec 31 08:08:38 2010
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 62004 Reading mem 0
      Mem# 0: /u02/oradata/qfundeca/redo02a.log
      Mem# 1: /u03/oradata/qfundeca/redo02b.log
    Fri Dec 31 08:08:38 2010
    Recovery of Online Redo Log: Thread 1 Group 3 Seq 62005 Reading mem 0
      Mem# 0: /u02/oradata/qfundeca/redo03a.log
      Mem# 1: /u03/oradata/qfundeca/redo03b.logHow to know what is the reason for this one.On that day the database hangs two time as i mentioned in my previous post.
    Thanks & Regards,
    Poorna Prasad.

    Hi Chinar,
    Here is the contents for the file /home/oracle/oracle/admin/qfundeca/bdump/qfundeca_pmon_9591.trc
    /home/oracle/oracle/admin/qfundeca/bdump/qfundeca_pmon_9591.trc
    Oracle Database 10g Release 10.2.0.3.0 - Production
    ORACLE_HOME = /home/oracle/oracle/oracle/product/10.2.0/db_1
    System name:     Linux
    Node name:     virqts2ora001.localdomain
    Release:     2.6.9-5.ELsmp
    Version:     #1 SMP Wed Jan 5 19:30:39 EST 2005
    Machine:     i686
    Instance name: qfundeca
    Redo thread mounted by this instance: 1
    Oracle process number: 2
    Unix process pid: 9591, image: [email protected] (PMON)
    *** 2010-12-31 08:06:34.723
    *** SERVICE NAME:(SYS$BACKGROUND) 2010-12-31 08:06:34.723
    *** SESSION ID:(250.1) 2010-12-31 08:06:34.723
    Background process SMON found dead
    Oracle pid = 8
    OS pid (from detached process) = 9603
    OS pid (from process state) = 9603
    dtp = 0x2000ed88, proc = 0x7f3528a0
    Dump of memory from 0x2000ED88 to 0x2000EDB4
    2000ED80                   0000007C 7F3528A0          [|....(5.]
    2000ED90 00000000 00000000 4E4F4D53 00000200  [........SMON....]
    2000EDA0 00002583 FFFFFFFF 00000001 5634F590  [.%............4V]
    2000EDB0 00040081                             [....]           
    Dump of memory from 0x7F3528A0 to 0x7F352E58
    7F3528A0 00000102 00000000 00000000 00000000  [................]
    7F3528B0 00000000 7F5FDF30 7F95787C 7F4C61E0  [....0._.|x...aL.]
    7F3528C0 7F956AE4 00000000 7F956B48 7F956B48  [.j......Hk..Hk..]
    7F3528D0 7F957870 00001601 7F4AA968 7F4C61E0  [px......h.J..aL.]
    7F3528E0 00000008 7F4C7430 7F4C75B4 00000000  [....0tL..uL.....]
    7F3528F0 7F5FCE18 7F5FDF48 00000000 00000000  [.._.H._.........]
    7F352900 00000000 00000000 00000000 00000000  [................]
            Repeat 2 times
    7F352930 00000000 00000000 00000000 000C0000  [................]
    7F352940 00000000 00080000 00000000 00050000  [................]
    7F352950 00000000 00040000 00000000 00040000  [................]
    7F352960 00000000 00080000 00000000 000C0000  [................]
    7F352970 00000000 000C0000 00000000 00050000  [................]
    7F352980 00000000 00110000 00000000 000F0000  [................]
    7F352990 00000000 00000000 00000000 00000000  [................]
            Repeat 3 times
    7F3529D0 00000002 7F3529D4 7F3529D4 00000000  [.....)5..)5.....]
    7F3529E0 00000001 00000000 7F3529E8 7F3529E8  [.........)5..)5.]
    7F3529F0 00000000 00000000 00000000 00000000  [................]
            Repeat 1 times
    7F352A10 00000021 00000018 00000095 00000015  [!...............]
    7F352A20 7F366E98 7F351D30 00010000 00000000  [.n6.0.5.........]
    7F352A30 00000000 00000000 00000000 00000000  [................]
            Repeat 1 times
    7F352A50 00000000 00000000 00002583 00000000  [.........%......]
    7F352A60 00000000 00000000 00000000 00000000  [................]
            Repeat 2 times
    7F352A90 00000000 00000000 7F3528A0 00000000  [.........(5.....]
    7F352AA0 00000000 00000000 00000000 00000000  [................]
            Repeat 6 times
    7F352B10 00000000 7F352B14 7F352B14 00000000  [.....+5..+5.....]
    7F352B20 00000000 00000001 00000000 00000000  [................]
    7F352B30 3461800E 0000000C 00002583 FFFFFFFF  [..a4.....%......]
    7F352B40 B74796C0 00000000 00000000 00000000  [..G.............]
    7F352B50 00000000 00000000 00000000 00000000  [................]
    7F352B60 00000000 00000000 00000008 FFFFFFFF  [................]
    7F352B70 00000000 00000000 00000000 00000000  [................]
            Repeat 7 times
    7F352BF0 00000000 00000000 6361726F 0000656C  [........oracle..]
    7F352C00 00000000 00000000 00000000 00000000  [................]
    7F352C10 00000000 00000000 00000006 71726976  [............virq]
    7F352C20 6F327374 30306172 6F6C2E31 646C6163  [ts2ora001.locald]
    7F352C30 69616D6F 0000006E 00000000 00000000  [omain...........]
    7F352C40 00000000 00000000 00000000 00000000  [................]
    7F352C50 00000000 00000000 00000000 00000019  [................]
    7F352C60 4E4B4E55 004E574F 00000000 00000000  [UNKNOWN.........]
    7F352C70 00000000 00000000 00000000 00000000  [................]
    7F352C80 00000008 33303639 00000000 00000000  [....9603........]
    7F352C90 00000000 00000000 00000000 00000004  [................]
    7F352CA0 6361726F 7640656C 74717269 726F3273  [oracle@virqts2or]
    7F352CB0 31303061 636F6C2E 6F646C61 6E69616D  [a001.localdomain]
    7F352CC0 4D532820 00294E4F 00000000 00000000  [ (SMON).........]
    7F352CD0 00000027 00000002 00000001 7864736B  ['...........ksdx]
    7F352CE0 6B747366 312B2928 6B2D3C39 63786473  [fstk()+19<-ksdxc]
    7F352CF0 2B292862 31323331 73732D3C 65737570  [b()+1321<-sspuse]
    7F352D00 2B292872 3C323031 3930302D 41374131  [r()+102<-0091A7A]
    7F352D10 00000032 00000000 00000000 00000000  [2...............]
    7F352D20 00000000 00000000 00000000 00000000  [................]
            Repeat 4 times
    7F352D70 00000000 00000000 00000000 00060200  [................]
    7F352D80 0000691D FFFFFFFF 00000000 00000000  [.i..............]
    7F352D90 7F38693C 7F35334C 7F3527DC 00000000  [<i8.L35..'5.....]
    7F352DA0 7F5D3CEC 00000000 00000000 00000000  [.<].............]
    7F352DB0 00000000 00000000 00000000 00000000  [................]
    7F352DC0 7F352DC0 7F352DC0 001B0000 00130000  [.-5..-5.........]
    7F352DD0 00029615 0007CBB1 001E9615 0000EB2C  [............,...]
    7F352DE0 00000000 00005F28 00000000 0002C440  [....(_......@...]
    7F352DF0 00000000 00000814 00000000 00000088  [................]
    7F352E00 00000000 00000814 00000000 00000000  [................]
    7F352E10 00000000 00000000 00000000 00000000  [................]
            Repeat 3 times
    7F352E50 00000000 00000003                    [........]       
    error 474 detected in background process
    ORA-00474: SMON process terminated with error

  • DBMS_DATAPUMP package  ERROR ;;;; PLS HELP mE

    Hello Everybody,
    I have a problem using the DBMS_DATAPUMP package ;
    I have just created on procedure that lunch one job and put the dmp file into an oracle directory ; the procedure works fine until yesterday and sadly strange today the procedure does'nt work and i have this oracle message :
    ORA-31626: job does not exist
    I dont' know how to do since i have not changed the procedure !!!
    can someone help me please?
    thank you very much
    regards

    No i have just this error : ORA-31626: job does not exist
    from the execution time to the failure in the alert.log file I have only The value (30) of MAXTRANS parameter ignored.
    for the session nothing is changed
    below the code source :
    CREATE OR REPLACE PROCEDURE SP_DPUMP_EXPORT (
    P_DIRECTORY_NAME IN VARCHAR2
    AS
    || Procedure: here
    ||
    || Creates a nightly DataPump Export of all User schema
    ||
    idx NUMBER; -- Loop index
    JobHandle NUMBER; -- Data Pump job handle
    PctComplete NUMBER; -- Percentage of job complete
    JobState VARCHAR2(30); -- To keep track of job state
    LogEntry ku$_LogEntry; -- For WIP and error messages
    JobStatus ku$_JobStatus; -- The job status from get_status
    Status ku$_Status; -- The status object returned by get_status
    SELECT table_name, max_trans
    FROM user_tables;
    BEGIN
    -- Build a handle for the export job
    JobHandle :=
    DBMS_DATAPUMP.OPEN(
    operation => 'EXPORT'
    ,job_mode => 'FULL'
    ,remote_link => NULL
    ,job_name => 'GADNETOBJECTS'
    ,version => 'LATEST'
    -- Using the job handle value obtained, specify multiple dump files for the job
    -- and the directory to which the dump files should be written. Note that the
    -- directory object must already exist and the user account running the job must
    -- have WRITE access permissions to the directory
    DBMS_DATAPUMP.ADD_FILE(
    handle => JobHandle
    ,filename => 'GADDB01_'||TO_CHAR(SYSDATE-1,'YYYYMMDD')||'.dmp'
    ,directory => P_DIRECTORY_NAME
    ,filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE
    /* ,filesize => '100M'*/
    DBMS_DATAPUMP.ADD_FILE(
    handle => JobHandle
    ,filename => 'GADDB01_'||TO_CHAR(SYSDATE-1,'YYYYMMDD')||'.log'
    ,directory => P_DIRECTORY_NAME
    ,filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE
    -- Apply a metadata filter to restrict the DataPump Export job to only return
    -- selected tables and their dependent objects from the Miva schema
    /*DBMS_DATAPUMP.METADATA_FILTER(
    handle => JobHandle
    ,NAME => 'SCHEMA_EXPR'
    ,VALUE => '= ''ALL'''
    \* ,object_type => 'TABLE'*\
    -- Initiate the DataPump Export job
    DBMS_DATAPUMP.START_JOB(JobHandle);
    -- If no exception has been returned when the job was initiated, this loop will
    -- keep track of the job and return progress information until the job is done
    PctComplete := 0;
    JobState := 'UNDEFINED';
    WHILE(JobState != 'COMPLETED') and (JobState != 'STOPPED')
    LOOP
    DBMS_DATAPUMP.GET_STATUS(
    handle => JobHandle
    ,mask => 15 -- DBMS_DATAPUMP.ku$_status_job_error + DBMS_DATAPUMP.ku$_status_job_status + DBMS_DATAPUMP.ku$_status_wip
    ,timeout => NULL
    ,job_state => JobState
    ,status => Status
    JobStatus := Status.job_status;
    -- Whenever the PctComplete value has changed, display it
    IF JobStatus.percent_done != PctComplete THEN
    DBMS_OUTPUT.PUT_LINE('*** Job percent done = ' || TO_CHAR(JobStatus.percent_done));
    PctComplete := JobStatus.percent_done;
    END IF;
    -- Whenever a work-in progress message or error message arises, display it
    IF (BITAND(Status.mask,DBMS_DATAPUMP.ku$_status_wip) != 0) THEN
    LogEntry := Status.wip;
    ELSE
    IF (BITAND(Status.mask,DBMS_DATAPUMP.ku$_status_job_error) != 0) THEN
    LogEntry := Status.error;
    ELSE
    LogEntry := NULL;
    END IF;
    END IF;
    IF LogEntry IS NOT NULL THEN
    idx := LogEntry.FIRST;
    WHILE idx IS NOT NULL
    LOOP
    DBMS_OUTPUT.PUT_LINE(LogEntry(idx).LogText);
    idx := LogEntry.NEXT(idx);
    END LOOP;
    END IF;
    END LOOP;
    -- Successful DataPump Export job completion, so detach from the job
    DBMS_OUTPUT.PUT_LINE('Job has succesfully completed');
    DBMS_OUTPUT.PUT_LINE('Final job state = ' || JobState);
    DBMS_DATAPUMP.DETACH(JobHandle);
    EXCEPTION
    DBMS_OUTPUT.PUT_LINE('ERREUR :'||SQLERRM);
    END;

  • DB nonresponsive with ORA-12514 after weeks of running fine

    I have seen many prior users complain about getting ORA-12514 after a reboot after installation, and looking at the suggestions, I couldn't find anything addressed a situation where the whole system works for a long period of time and then stops working.
    I have a working APEX installation that I can access over the web from remote clients
    I have a working JDBC connection that I can use from several remote clients.
    After several weeks/months of happily running, I no longer can access the apex website, and I can no longer access the db through the JDBC connection getting:
    ORA-12514, TNS:listener does not currently know of service requested in connect
    descriptor
    The Connection descriptor used by the client was:
    //###.###.###.###:1521/XE
    Going to look at Windows services, both OracleServiceXE and OracleXETNSListener are still running. To try and recover, I do the following:
    * Stop the db and start the db. (Which simply stops OracleServiceXE, and then starts both it and the listener)
    Doesn't fix it
    * Thinking that the listener might be the problem, I then stop the db, and also manually stop the listener. I then start both of the services
    Doesn't fix it
    * I reboot the computer
    Fixes it.
    What is different about rebooting the computer that could possibly fix this? Also, someone had suggested in another thread to look at the listener log in db_1/network/admin/listener.log. I don't know what db_1 is, but I have a oraclexe\app\oracle\product\10.2.0\server\NETWORK\ADMIN directory that does not have this log. If anyone has any insight into what this is, or what log I should look at to identify it, I would be greatly appreciative.
    Thanks,
    Dan

    Thanks!
    Ah, the alert log, that is a useful find. For those who don't know, you can find where the alert log is stored by doing the following:
    select value from v$parameter where name = 'background_dump_dest';
    I looked at the alert log, and i think it indicates that the process is running out of memory. Since it can run for a very long time without this, I'm assuming it's some kind of memory leak. Especially since I think the less I develop pages with APEX, the longer the system goes between crashing (That is only anecdotal). I looked at the .trc files that it spit out as well, but they seem to have internal stack traces and dumps. Where do I go from here? Is this something I post to an Oracle bug list? Below is the relevant section of the alert log:
    Tue May 27 18:00:52 2008
    Thread 1 advanced to log sequence 340
    Current log# 1 seq# 340 mem# 0: D:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_39DP20B8_.LOG
    Wed May 28 04:00:10 2008
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=26, OS id=3900
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_FULL_01', 'MYUSERNAME', 'KUPC$C_1_20080528040025', 'KUPC$S_1_20080528040025', 0);
    Wed May 28 20:50:58 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_arc0_2060.trc:
    ORA-04030: out of process memory when trying to allocate 82444 bytes (pga heap,control file i/o buffer)
    Wed May 28 20:50:58 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_arc0_2060.trc:
    ORA-04030: out of process memory when trying to allocate 82444 bytes (pga heap,control file i/o buffer)
    Wed May 28 20:50:58 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_arc0_2060.trc:
    ORA-04030: out of process memory when trying to allocate 82444 bytes (pga heap,control file i/o buffer)
    Wed May 28 20:50:58 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_arc0_2060.trc:
    ORA-04030: out of process memory when trying to allocate 82444 bytes (pga heap,control file i/o buffer)
    Wed May 28 20:50:58 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_arc0_2060.trc:
    ORA-04030: out of process memory when trying to allocate 82444 bytes (pga heap,control file i/o buffer)
    Wed May 28 20:50:58 2008
    Master background archival failure: 4030
    Wed May 28 20:51:04 2008
    Process startup failed, error stack:
    Wed May 28 20:51:06 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_pmon_4052.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:06 2008
    PMON: terminating instance due to error 490
    Wed May 28 20:51:06 2008
    Error occured while spawning process J000; error = 490
    Wed May 28 20:51:06 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_lgwr_3964.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:06 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_dbw0_1748.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:06 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_mman_2128.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:06 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_q001_2200.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:07 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_ckpt_1288.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:08 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_q003_3424.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:14 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_reco_3524.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:14 2008
    Errors in file d:\oraclexe\app\oracle\admin\xe\bdump\xe_smon_1644.trc:
    ORA-00490: PSP process terminated with error
    Wed May 28 20:51:14 2008
    Instance terminated by PMON, pid = 4052
    Dump file d:\oraclexe\app\oracle\admin\xe\bdump\alert_xe.log
    Thu May 29 10:39:58 2008

  • EXPDP fails with ORA-39125: Worker unexpected fatal error in KUPW $

    Hi Friends,
    Oracle 10.2.0.4.0 on Sun OS
    Im trying to do metadata_only export using EXPDP
    Facing the below error
    ORA-39125: Worker unexpected fatal error in KUPW $ WORKER.UNLOAD_METADATA while calling DBMS_METADATA.FETCH_XML_CLOB []
    ORA-31642: The following SQL statement fails:
    BEGIN "SYS". "DBMS_RULE_EXP_RULES." SCHEMA_CALLOUT (1,1,1, '10 .02.00.04.00 ') END;
    ORA-06512: at "SYS.DBMS_SYS_ERROR", line 86
    ORA-06512: at "SYS.DBMS_METADATA", line 907
    ORA-00942: table or view does not exist
    ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
    ORA-06512: at "SYS.KUPW $ WORKER", line 6307
    PL / SQL Call Stack
    object line object
    handle number name
    51bf5dc20 15032 package body SYS.KUPW $ WORKER
    51bf5dc20 6372 package body SYS.KUPW $ WORKER
    51bf5dc20 2396 package body SYS.KUPW $ WORKER
    51bf5dc20 6944 package body SYS.KUPW $ WORKER
    51bf5dc20 1314 package body SYS.KUPW $ WORKER
    51c7e8650 2 anonymous block
    ====================================
    Findings:
    I check the status of DBMS_RULE_EXP_RULES
    OWNER OBJECT_NAME OBJECT_TYPE STATUS
    SYS DBMS_RULE_EXP_RULES PACKAGE BODY VALID
    SYS DBMS_RULE_EXP_RULES PACKAGE VALID
    PUBLIC DBMS_RULE_EXP_RULES SYNONYM VALID
    DBMS_METADATA & DBMS_SYS_ERROR packages are valid.
    ======================================================
    Error in the alert:
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=25, OS id=6506
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_01', 'SYS', 'KUPC$C_1_20120908075037', 'KUPC$S_1_20120908075037', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=26, OS id=6633
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_SCHEMA_01', 'SYS');
    when i check the trace file, find the below error
    ORA-04063: package body "SCH.COLLECTION" has errors
    But when I check the status of the package, it's valid.
    Thanks for your help
    KSG

    Hi;
    Is it full exp? Of yes please review:
    DataPump Export Fails With Errors ORA-39125 ORA-31642 ORA-1422 [ID 790988.1]
    Full And Schema DataPump Exports Fail With Errors ORA-39125 ORA-31642 During DBMS_SCHED_EXPORT_CALLOUTS.SCHEMA_CALLOUT [ID 1109045.1]
    EXPDP FAILS WITH ORA-39125 ORA-31642 DBMS_SCHED_EXPORT_CALLOUTS [ID 445291.1]
    Full Database DataPump Export (EXPDP) Fails With Errors ORA-39125 ORA-4045 ORA-1031 On XDB.XDB_PI_TRIG [ID 1102434.1]
    Errors ORA-39125 ORA-1801 When Running DataPump Export (EXPDP) [ID 815683.1]
    Regard
    Helios

  • Very large bdump file sizes, how to solve?

    Hi gurus,
    I currently always find my disk space is not enough, after checking, it is the oraclexe/admin/bdump, there's currently 3.2G for it, my database is very small, only holding datas of 10mb.
    It didn't happen before, only currently.
    I don't know why it happened, I have deleted some old files in that folder, but today I found it is still very large compare to my database.
    I am running an apex application with xe, the applcaitions works well, we didn't see anything wrong, but only the bdump file very big.
    any tip to solve this? thanks
    here comes my alert_xe.log file content:
    hu Jun 03 16:15:43 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5600.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:15:48 2010
    Restarting dead background process MMON
    MMON started with pid=11, OS id=5452
    Thu Jun 03 16:15:52 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:16:16 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:20:54 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:21:50 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:25:56 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:26:18 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:30:58 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:31:19 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:36:00 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5452.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:36:46 2010
    Restarting dead background process MMON
    MMON started with pid=11, OS id=1312
    Thu Jun 03 16:36:49 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:37:13 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:41:51 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:42:13 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:46:54 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:47:17 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:51:57 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:52:35 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:56:58 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1312.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:57:10 2010
    Restarting dead background process MMON
    MMON started with pid=11, OS id=3428
    Thu Jun 03 16:57:13 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 16:57:52 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:02:16 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:02:48 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:07:18 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:08:01 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:12:18 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:12:41 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:17:21 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3428.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:17:34 2010
    Restarting dead background process MMON
    MMON started with pid=11, OS id=5912
    Thu Jun 03 17:17:37 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:18:01 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:22:37 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:23:01 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:27:39 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:28:02 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:32:42 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:33:07 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:37:45 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_5912.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:38:40 2010
    Restarting dead background process MMON
    MMON started with pid=11, OS id=1660
    Thu Jun 03 17:38:43 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:39:17 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:42:54 2010
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=31, OS id=6116
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM', 'KUPC$C_1_20100603174259', 'KUPC$S_1_20100603174259', 0);
    Thu Jun 03 17:43:38 2010
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=32, OS id=2792
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM', 'KUPC$C_1_20100603174338', 'KUPC$S_1_20100603174338', 0);
    Thu Jun 03 17:43:44 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:44:06 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:44:47 2010
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=33, OS id=3492
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM', 'KUPC$C_1_20100603174448', 'KUPC$S_1_20100603174448', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=34, OS id=748
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_SCHEMA_01', 'SYSTEM');
    Thu Jun 03 17:45:28 2010
    Memory Notification: Library Cache Object loaded into SGA
    Heap size 5684K exceeds notification threshold (2048K)
    KGL object name :SELECT /*+rule*/ SYS_XMLGEN(VALUE(KU$), XMLFORMAT.createFormat2('TABLE_T', '7')), KU$.OBJ_NUM ,KU$.ANC_OBJ.NAME ,KU$.ANC_OBJ.OWNER_NAME ,KU$.ANC_OBJ.TYPE_NAME ,KU$.BASE_OBJ.NAME ,KU$.BASE_OBJ.OWNER_NAME ,KU$.BASE_OBJ.TYPE_NAME ,KU$.SPARE1 ,KU$.XMLSCHEMACOLS ,KU$.SCHEMA_OBJ.NAME ,KU$.SCHEMA_OBJ.NAME ,'TABLE' ,KU$.PROPERTY ,KU$.SCHEMA_OBJ.OWNER_NAME ,KU$.TS_NAME ,KU$.TRIGFLAG FROM SYS.KU$_FHTABLE_VIEW KU$ WHERE NOT (BITAND (KU$.PROPERTY,8192)=8192) AND NOT BITAND(KU$.SCHEMA_OBJ.FLAGS,128)!=0 AND KU$.OBJ_NU
    Thu Jun 03 17:45:28 2010
    Memory Notification: Library Cache Object loaded into SGA
    Heap size 5681K exceeds notification threshold (2048K)
    Details in trace file c:\oraclexe\app\oracle\admin\xe\bdump\xe_dw01_748.trc
    KGL object name :SELECT /*+rule*/ SYS_XMLGEN(VALUE(KU$), XMLFORMAT.createFormat2('TABLE_T', '7')), KU$.OBJ_NUM ,KU$.ANC_OBJ.NAME ,KU$.ANC_OBJ.OWNER_NAME ,KU$.ANC_OBJ.TYPE_NAME ,KU$.BASE_OBJ.NAME ,KU$.BASE_OBJ.OWNER_NAME ,KU$.BASE_OBJ.TYPE_NAME ,KU$.SPARE1 ,KU$.XMLSCHEMACOLS ,KU$.SCHEMA_OBJ.NAME ,KU$.SCHEMA_OBJ.NAME ,'TABLE' ,KU$.PROPERTY ,KU$.SCHEMA_OBJ.OWNER_NAME ,KU$.TS_NAME ,KU$.TRIGFLAG FROM SYS.KU$_FHTABLE_VIEW KU$ WHERE NOT (BITAND (KU$.PROPERTY,8192)=8192) AND NOT BITAND(KU$.SCHEMA_OBJ.FLAGS,128)!=0 AND KU$.OBJ_NU
    Thu Jun 03 17:48:47 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:49:17 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:53:49 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Thu Jun 03 17:54:28 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_1660.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Dump file c:\oraclexe\app\oracle\admin\xe\bdump\alert_xe.log
    Fri Jun 04 07:46:55 2010
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Windows XP Version V5.1 Service Pack 3
    CPU : 2 - type 586, 1 Physical Cores
    Process Affinity : 0x00000000
    Memory (Avail/Total): Ph:1653M/2047M, Ph+PgF:4706M/4958M, VA:1944M/2047M
    Fri Jun 04 07:46:55 2010
    Starting ORACLE instance (normal)
    Fri Jun 04 07:47:06 2010
    LICENSE_MAX_SESSION = 100
    LICENSE_SESSIONS_WARNING = 80
    Picked latch-free SCN scheme 2
    Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =33
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.1.0.
    System parameters with non-default values:
    processes = 200
    sessions = 300
    license_max_sessions = 100
    license_sessions_warning = 80
    sga_max_size = 838860800
    __shared_pool_size = 260046848
    shared_pool_size = 209715200
    __large_pool_size = 25165824
    __java_pool_size = 4194304
    __streams_pool_size = 8388608
    spfile = C:\ORACLEXE\APP\ORACLE\PRODUCT\10.2.0\SERVER\DBS\SPFILEXE.ORA
    sga_target = 734003200
    control_files = C:\ORACLEXE\ORADATA\XE\CONTROL.DBF
    __db_cache_size = 432013312
    compatible = 10.2.0.1.0
    db_recovery_file_dest = D:\
    db_recovery_file_dest_size= 5368709120
    undo_management = AUTO
    undo_tablespace = UNDO
    remote_login_passwordfile= EXCLUSIVE
    dispatchers = (PROTOCOL=TCP) (SERVICE=XEXDB)
    shared_servers = 10
    job_queue_processes = 1000
    audit_file_dest = C:\ORACLEXE\APP\ORACLE\ADMIN\XE\ADUMP
    background_dump_dest = C:\ORACLEXE\APP\ORACLE\ADMIN\XE\BDUMP
    user_dump_dest = C:\ORACLEXE\APP\ORACLE\ADMIN\XE\UDUMP
    core_dump_dest = C:\ORACLEXE\APP\ORACLE\ADMIN\XE\CDUMP
    db_name = XE
    open_cursors = 300
    os_authent_prefix =
    pga_aggregate_target = 209715200
    PMON started with pid=2, OS id=3044
    MMAN started with pid=4, OS id=3052
    DBW0 started with pid=5, OS id=3196
    LGWR started with pid=6, OS id=3200
    CKPT started with pid=7, OS id=3204
    SMON started with pid=8, OS id=3208
    RECO started with pid=9, OS id=3212
    CJQ0 started with pid=10, OS id=3216
    MMON started with pid=11, OS id=3220
    MMNL started with pid=12, OS id=3224
    Fri Jun 04 07:47:31 2010
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 10 shared server(s) ...
    Oracle Data Guard is not available in this edition of Oracle.
    PSP0 started with pid=3, OS id=3048
    Fri Jun 04 07:47:41 2010
    alter database mount exclusive
    Fri Jun 04 07:47:54 2010
    Setting recovery target incarnation to 2
    Fri Jun 04 07:47:56 2010
    Successful mount of redo thread 1, with mount id 2601933156
    Fri Jun 04 07:47:56 2010
    Database mounted in Exclusive Mode
    Completed: alter database mount exclusive
    Fri Jun 04 07:47:57 2010
    alter database open
    Fri Jun 04 07:48:00 2010
    Beginning crash recovery of 1 threads
    Fri Jun 04 07:48:01 2010
    Started redo scan
    Fri Jun 04 07:48:03 2010
    Completed redo scan
    16441 redo blocks read, 442 data blocks need recovery
    Fri Jun 04 07:48:04 2010
    Started redo application at
    Thread 1: logseq 1575, block 48102
    Fri Jun 04 07:48:05 2010
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1575 Reading mem 0
    Mem# 0 errs 0: D:\XE\ONLINELOG\O1_MF_1_4CT6N7TC_.LOG
    Fri Jun 04 07:48:07 2010
    Completed redo application
    Fri Jun 04 07:48:07 2010
    Completed crash recovery at
    Thread 1: logseq 1575, block 64543, scn 27413940
    442 data blocks read, 442 data blocks written, 16441 redo blocks read
    Fri Jun 04 07:48:09 2010
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=25, OS id=3288
    ARC1 started with pid=26, OS id=3292
    Fri Jun 04 07:48:10 2010
    ARC0: Archival started
    ARC1: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    Thread 1 advanced to log sequence 1576
    Thread 1 opened at log sequence 1576
    Current log# 3 seq# 1576 mem# 0: D:\XE\ONLINELOG\O1_MF_3_4CT6N1SD_.LOG
    Successful open of redo thread 1
    Fri Jun 04 07:48:13 2010
    ARC0: STARTING ARCH PROCESSES
    Fri Jun 04 07:48:13 2010
    ARC1: Becoming the 'no FAL' ARCH
    Fri Jun 04 07:48:13 2010
    ARC1: Becoming the 'no SRL' ARCH
    Fri Jun 04 07:48:13 2010
    ARC2: Archival started
    ARC0: STARTING ARCH PROCESSES COMPLETE
    ARC0: Becoming the heartbeat ARCH
    Fri Jun 04 07:48:13 2010
    SMON: enabling cache recovery
    ARC2 started with pid=27, OS id=3580
    Fri Jun 04 07:48:17 2010
    db_recovery_file_dest_size of 5120 MB is 49.00% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Fri Jun 04 07:48:31 2010
    Successfully onlined Undo Tablespace 1.
    Fri Jun 04 07:48:31 2010
    SMON: enabling tx recovery
    Fri Jun 04 07:48:31 2010
    Database Characterset is AL32UTF8
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=28, OS id=2412
    Fri Jun 04 07:48:51 2010
    Completed: alter database open
    Fri Jun 04 07:49:22 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Fri Jun 04 07:49:32 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Fri Jun 04 07:49:52 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Fri Jun 04 07:49:57 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Fri Jun 04 07:54:10 2010
    Shutting down archive processes
    Fri Jun 04 07:54:15 2010
    ARCH shutting down
    ARC2: Archival stopped
    Fri Jun 04 07:54:53 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Fri Jun 04 07:55:08 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Fri Jun 04 07:56:25 2010
    Starting control autobackup
    Fri Jun 04 07:56:27 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\udump\xe_ora_488.trc:
    Fri Jun 04 07:56:28 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\udump\xe_ora_488.trc:
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_21
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_20
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_17
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_16
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_14
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_12
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_09
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_07
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_06
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\AUTOBACKUP\2009_04_03
    ORA-27093: 无法删除目录
    Fri Jun 04 07:56:29 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\udump\xe_ora_488.trc:
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_21
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_20
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_17
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_16
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_14
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_12
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_09
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_07
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_06
    ORA-27093: 无法删除目录
    ORA-17624: 无法删除目录 D:\XE\BACKUPSET\2009_04_03
    ORA-27093: 无法删除目录
    Control autobackup written to DISK device
    handle 'D:\XE\AUTOBACKUP\2010_06_04\O1_MF_S_720777385_60JJ9BNZ_.BKP'
    Fri Jun 04 07:56:38 2010
    Thread 1 advanced to log sequence 1577
    Current log# 1 seq# 1577 mem# 0: D:\XE\ONLINELOG\O1_MF_1_4CT6N7TC_.LOG
    Fri Jun 04 07:56:56 2010
    Thread 1 cannot allocate new log, sequence 1578
    Checkpoint not complete
    Current log# 1 seq# 1577 mem# 0: D:\XE\ONLINELOG\O1_MF_1_4CT6N7TC_.LOG
    Thread 1 advanced to log sequence 1578
    Current log# 3 seq# 1578 mem# 0: D:\XE\ONLINELOG\O1_MF_3_4CT6N1SD_.LOG
    Fri Jun 04 07:57:04 2010
    Memory Notification: Library Cache Object loaded into SGA
    Heap size 2208K exceeds notification threshold (2048K)
    KGL object name :XDB.XDbD/PLZ01TcHgNAgAIIegtw==
    Fri Jun 04 07:59:54 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Fri Jun 04 07:59:58 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_3220.trc:
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

    Hi Gurus,
    there's a error ora-00600 in the big trc files as below, this is only part of this file, this file is more than 45mb in size:
    xe_mmon_4424.trc
    Dump file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mmon_4424.trc
    Fri Jun 04 17:03:22 2010
    ORACLE V10.2.0.1.0 - Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    Windows XP Version V5.1 Service Pack 3
    CPU : 2 - type 586, 1 Physical Cores
    Process Affinity : 0x00000000
    Memory (Avail/Total): Ph:992M/2047M, Ph+PgF:3422M/4958M, VA:1011M/2047M
    Instance name: xe
    Redo thread mounted by this instance: 1
    Oracle process number: 11
    Windows thread id: 4424, image: ORACLE.EXE (MMON)
    *** SERVICE NAME:(SYS$BACKGROUND) 2010-06-04 17:03:22.265
    *** SESSION ID:(284.23) 2010-06-04 17:03:22.265
    *** 2010-06-04 17:03:22.265
    ksedmp: internal or fatal error
    ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
    Current SQL statement for this session:
    BEGIN :success := dbms_ha_alerts_prvt.check_ha_resources; END;
    ----- PL/SQL Call Stack -----
    object line object
    handle number name
    41982E80 418 package body SYS.DBMS_HA_ALERTS_PRVT
    41982E80 552 package body SYS.DBMS_HA_ALERTS_PRVT
    41982E80 305 package body SYS.DBMS_HA_ALERTS_PRVT
    419501A0 1 anonymous block
    ----- Call Stack Trace -----
    calling call entry argument values in hex
    location type point (? means dubious value)
    ksedst+38           CALLrel  ksedst1+0 0 1
    ksedmp+898          CALLrel  ksedst+0 0
    ksfdmp+14           CALLrel  ksedmp+0 3
    _kgerinv+140         CALLreg  00000000             8EF0A38 3
    kgeasnmierr+19      CALLrel  kgerinv+0 8EF0A38 6610020 3672F70 0
    6538808
    kjhnpost_ha_alert CALLrel _kgeasnmierr+0       8EF0A38 6610020 3672F70 0
    0+2909
    __PGOSF57__kjhn_pos CALLrel kjhnpost_ha_alert 88 B21C4D0 B21C4D8 B21C4E0
    t_ha_alert_plsql+43 0+0 B21C4E8 B21C4F0 B21C4F8
    8 B21C500 B21C50C 0 FFFFFFFF 0
    0 0 6
    _spefcmpa+415        CALLreg  00000000            
    spefmccallstd+147   CALLrel  spefcmpa+0 65395B8 16 B21C5AC 653906C 0
    pextproc+58         CALLrel  spefmccallstd+0 6539874 6539760 6539628
    65395B8 0
    __PGOSF302__peftrus CALLrel _pextproc+0         
    ted+115
    _psdexsp+192         CALLreg  00000000             6539874
    _rpiswu2+426         CALLreg  00000000             6539510
    psdextp+567         CALLrel  rpiswu2+0 41543288 0 65394F0 2 6539528
    0 65394D0 0 2CD9E68 0 6539510
    0
    _pefccal+452         CALLreg  00000000            
    pefcal+174          CALLrel  pefccal+0 6539874
    pevmFCAL+128 CALLrel _pefcal+0           
    pfrinstrFCAL+55 CALLrel pevmFCAL+0 AF74F48 3DFB92B8
    pfrrunno_tool+56 CALL??? 00000000 AF74F48 3DFBB728 AF74F84
    pfrrun+781          CALLrel  pfrrun_no_tool+0 AF74F48 3DFBB28C AF74F84
    plsqlrun+738 CALLrel _pfrrun+0            AF74F48
    peicnt+247          CALLrel  plsql_run+0 AF74F48 1 0
    kkxexe+413          CALLrel  peicnt+0
    opiexe+5529         CALLrel  kkxexe+0 AF7737C
    kpoal8+2165         CALLrel  opiexe+0 49 3 653A4FC
    _opiodr+1099         CALLreg  00000000             5E 0 653CBAC
    kpoodr+483          CALLrel  opiodr+0
    _xupirtrc+1434       CALLreg  00000000             67384BC 5E 653CBAC 0 653CCBC
    upirtrc+61          CALLrel  xupirtrc+0 67384BC 5E 653CBAC 653CCBC
    653D990 60FEF8B8 653E194
    6736CD8 1 0 0
    kpurcsc+100         CALLrel  upirtrc+0 67384BC 5E 653CBAC 653CCBC
    653D990 60FEF8B8 653E194
    6736CD8 1 0 0
    kpuexecv8+2815      CALLrel  kpurcsc+0
    kpuexec+2106        CALLrel  kpuexecv8+0 673AE10 6736C4C 6736CD8 0 0
    653EDE8
    OCIStmtExecute+29   CALLrel  kpuexec+0 673AE10 6736C4C 673AEC4 1 0 0
    0 0 0
    kjhnmmon_action+5 CALLrel _OCIStmtExecute+0    673AE10 6736C4C 673AEC4 1 0 0
    26 0 0
    kjhncheck_ha_reso CALLrel kjhnmmon_action+0 653EFCC 3E
    urces+140
    kebmronce_dispatc CALL??? 00000000
    her+630
    kebmronce_execute CALLrel kebmronce_dispatc
    +12 her+0
    _ksbcti+788          CALLreg  00000000             0 0
    ksbabs+659          CALLrel  ksbcti+0
    kebmmmon_main+386 CALLrel _ksbabs+0            3C5DCB8
    _ksbrdp+747          CALLreg  00000000             3C5DCB8
    opirip+674          CALLrel  ksbrdp+0
    opidrv+857          CALLrel  opirip+0 32 4 653FEBC
    sou2o+45            CALLrel  opidrv+0 32 4 653FEBC
    opimaireal+227 CALLrel _sou2o+0             653FEB0 32 4 653FEBC
    opimai+92           CALLrel  opimai_real+0 3 653FEE8
    BackgroundThreadSt  CALLrel  opimai+0
    art@4+422
    7C80B726 CALLreg 00000000
    --------------------- Binary Stack Dump ---------------------
    ========== FRAME [1] (_ksedst+38 -> _ksedst1+0) ==========
    Dump of memory from 0x065386DC to 0x065386EC
    65386D0 065386EC [..S.]
    65386E0 0040467B 00000000 00000001 [{F@.........]
    ========== FRAME [2] (_ksedmp+898 -> _ksedst+0) ==========
    Dump of memory from 0x065386EC to 0x065387AC
    65386E0 065387AC [..S.]
    65386F0 00403073 00000000 53532E49 20464658 [[email protected] ]
    6538700 54204D41 0000525A 00000000 08EF0EC0 [AM TZR..........]
    6538710 6072D95A 08EF0EC5 03672F70 00000017 [Z.r`....p/g.....]
    6538720 00000000 00000000 00000000 00000000 [................]
    Repeat 1 times
    6538740 00000000 00000000 00000000 00000017 [................]
    6538750 08EF0B3C 08EF0B34 03672F70 08F017F0 [<...4...p/g.....]
    6538760 603AA0D3 065387A8 00000001 00000000 [..:`..S.........]
    6538770 00000000 00000000 00000001 00000000 [................]
    6538780 00000000 08EF0A38 06610020 031E1D20 [....8... .a. ...]
    6538790 00000000 065386F8 08EF0A38 06538D38 [......S.8...8.S.]
    65387A0 0265187C 031C8860 FFFFFFFF [|.e.`.......]
    ========== FRAME [3] (_ksfdmp+14 -> _ksedmp+0) ==========
    and the file is keeping increasing, though I have deleted a lot of this, but:
    as I marked:
    time size
    15:23 pm 795mb
    16:55 pm 959mb
    17:01 pm 970mb
    17:19 pm 990mb
    Any solution for that?
    Thanks!!

  • Dbms_logstdby.instantiate_table error

    Hi,
    I'm getting the following error when trying to re-instantiate a table in a logical standby database:
    SQL> exec dbms_logstdby.instantiate_table('<OWNER>',<TABLE>',<DB_LINK>');
    BEGIN dbms_logstdby.instantiate_table('<OWNER>',<TABLE>',<DB_LINK>'); END;
    ERROR at line 1:
    ORA-31634: job already exists
    ORA-06512: at "SYS.DBMS_LOGSTDBY", line 577
    ORA-06512: at line 1
    it seems that when you instantiate a table this way, oracle creates a Datapump import job with the default name 'SYS_IMPORT_TABLE_NN' where NN is a number between 00 and 99. When I checked the dba_datapump_jobs table, there were 100 entries for import jobs, all with a state of NOT RUNNING and number 00 - 99. When I tried to attach to one of these using impdp, the session closes saying the job completed successfully. Is this a bug? If so does anyone know of a fix for this, or can I just delete the old entries from dba_datapump_jobs?

    Thanks! the package is valid but this worked:
    EXECUTE DBMS_LOGSTDBY.INSTANTIATE_TABLE ( SCHEMA_NAME => 'HR', TABLE_NAME => 'TABLE', DBLINK => 'link_to_pid3728p' );
    I had other privileges problems
    ERROR at line 1:
    ORA-31631: privileges are required
    ORA-06512: at "SYS.DBMS_LOGSTDBY", line 664
    ORA-06512: at line 1
    this is what the alert log says:
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=32, OS id=7626
    to execute - SYS.KUPM$MCP.MAIN('SYS_IMPORT_TABLE_01', 'SYS', 'KUPC$C_1_20111121182352', 'KUPC$S_1_20111121182352', 0);
    But i solved those problems doing this: "grant dba to hr;" "alter user hr default role dba;". I rolled that back after INSTANTIATE_TABLE .
    Thanks a lot!!

  • Data pump export full RAC database  in window single DB by network_link

    Hi Experts,
    I have a window 32 bit 10.2 database.
    I try to export a full rac database (350G some version with window DB) in window single database by dblink.
    exp syntax as
    exdpd salemanager/********@sale FULL=y DIRECTORY=dataload NETWORK_LINK=sale.net DUMPFILE=sale20100203.dmp LOGFILE=salelog20100203.log
    I created a dblink with fixed instance3. It was working for two day and display message as
    ORA-31693: Table data object "SALE_AUDIT"."AU_ITEM_IN" failed to load/unload and is being skipped due to error:
    ORA-29913: error in executing ODCIEXTTABLEPOPULATE callout
    ORA-01555: snapshot too old: rollback segment number with name "" too small
    ORA-02063: preceding line from sale.netL
    I stoped export and checked window target alert log.
    I saw some message as
    kupprdp: master process DM00 started with pid=16, OS id=4444
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_FULL_02', 'SYSTEM', 'KUPC$C_1_20100202235235', 'KUPC$S_1_20100202235235', 0);
    Tue Feb 02 23:56:12 2010
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=17, OS id=4024
    to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_FULL_01', 'SALE', 'KUPC$C_1_20100202235612', 'KUPC$S_1_20100202235612', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=18, OS id=2188
    to execute - SYS.KUPW$WORKER.MAIN('SYS_EXPORT_FULL_01', 'SALE');
    In RAC instance alert.log. I saw message as
    SELECT /*+ NO_PARALLEL ("KU$") */ "ID","RAW_DATA","TRANSM_ID","RECEIVED_UTC_DATE ","RECEIVED_FROM","ACTION","ORAUSER",
    "ORADATE" FROM RELATIONAL("SALE_AUDIT"."A U_ITEM_IN") "KU$"
    How to fixed this error?
    add more undotbs space in RAC instance 3 or window database?
    Thanbks
    Jim
    Edited by: user589812 on Feb 4, 2010 10:15 AM

    I usually increate undo space. Is your undo retention set smaller than the time it takes to run the job? If it is, I would think you would need to do that. If not, then I would think it would be the space. You were in the process of exporting data when the job failed which is what I would have expected. Basically, DataPump want to export each table consistent to itself. Let's say that one of your tables is partitioned and it has a large partition and a smaller partition. DataPump attempts to export the larger partiitons first and it remembers the scn for that partition. When the smaller partitions are exported, it will use the scn to get the data from that partition as it would have looked like if it exported the data when the first partiiton was used. If you don't have partitioned tables, then do you know if some of the tables in the export job (I know it's full so that includes just about all of them) are having data added to them or removed from them? I can't think of anything else that would need undo while exporting data.
    Dean

  • Wait for unread message on broadcast channel during import

    Hi All,
    I am trying to import a dump file on Oracle DB, Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bi.
    My import hangs, below is the log.
    Import: Release 10.2.0.3.0 - 64bit Production on Tuesday, 03 April, 2012 21:09:20
    Copyright (c) 2003, 2005, Oracle. All rights reserved.
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
    With the Partitioning and Data Mining options
    Master table "CIP_USER_PED1"."SYS_IMPORT_FULL_01" successfully loaded/unloaded
    Starting "CIP_USER_PED1"."SYS_IMPORT_FULL_01": ****@** remap_schema=**** EXCLUDE=STATISTICS
    Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
    Processing object type SCHEMA_EXPORT/TABLE/TABLE
    Processing object type SCHEMA_EXPORT/VIEW/VIEW
    It doesn't proceed further.
    I am not seeing and sessions blocked or locked but I see session waits.
    SESSION_TYPE     STATUS     SECONDS_IN_WAIT     WAIT_CLASS     EVENT
    MASTER     ACTIVE     468     Idle     wait for unread message on broadcast channel
    WORKER     ACTIVE     467     User I/O     direct path read
    select d.session_type, status, seconds_in_wait, wait_class , event from v$session s ,DBA_DATAPUMP_SESSIONS d where username ='CIP_USER_PED1'
    and program like 'orac%'
    and s.saddr = D.SADDR;
    Below is the only message I see in alert log.
    Tue Apr 3 19:15:52 2012
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=22, OS id=23456
    to execute - SYS.KUPM$MCP.MAIN('SYS_IMPORT_FULL_01', 'CIP_USER_PED1', 'KUPC$C_1_20120403191552', 'KUPC$S_1_20120403191552', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=23, OS id=23458
    to execute - SYS.KUPW$WORKER.MAIN('SYS_IMPORT_FULL_01', 'CIP_USER_PED1');
    I have googled but haven't been able to resolve the issue.
    Can anyone help me with this ?
    Many Thanks
    Kalai

    km1612 wrote:
    Hi All,
    I am trying to import a dump file on Oracle DB, Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bi.
    My import hangs, below is the log.
    Import: Release 10.2.0.3.0 - 64bit Production on Tuesday, 03 April, 2012 21:09:20
    Copyright (c) 2003, 2005, Oracle. All rights reserved.
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
    With the Partitioning and Data Mining options
    Master table "CIP_USER_PED1"."SYS_IMPORT_FULL_01" successfully loaded/unloaded
    Starting "CIP_USER_PED1"."SYS_IMPORT_FULL_01": ****@** remap_schema=**** EXCLUDE=STATISTICS
    Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
    Processing object type SCHEMA_EXPORT/TABLE/TABLE
    Processing object type SCHEMA_EXPORT/VIEW/VIEW
    It doesn't proceed further.
    I am not seeing and sessions blocked or locked but I see session waits.
    SESSION_TYPE     STATUS     SECONDS_IN_WAIT     WAIT_CLASS     EVENT
    MASTER     ACTIVE     468     Idle     wait for unread message on broadcast channel
    WORKER     ACTIVE     467     User I/O     direct path read
    select d.session_type, status, seconds_in_wait, wait_class , event from v$session s ,DBA_DATAPUMP_SESSIONS d where username ='CIP_USER_PED1'
    and program like 'orac%'
    and s.saddr = D.SADDR;
    Below is the only message I see in alert log.
    Tue Apr 3 19:15:52 2012
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=22, OS id=23456
    to execute - SYS.KUPM$MCP.MAIN('SYS_IMPORT_FULL_01', 'CIP_USER_PED1', 'KUPC$C_1_20120403191552', 'KUPC$S_1_20120403191552', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=23, OS id=23458
    to execute - SYS.KUPW$WORKER.MAIN('SYS_IMPORT_FULL_01', 'CIP_USER_PED1');
    I have googled but haven't been able to resolve the issue.
    Can anyone help me with this ?
    Many Thanks
    Kalaiproper invocation of procedure below will allow you to monitor progress
    by observing contents of resultant trace file
    DBMS_MONITOR.SESSION_TRACE_ENABLE(
        session_id   IN  BINARY_INTEGER DEFAULT NULL,
        serial_num   IN  BINARY_INTEGER DEFAULT NULL,
        waits        IN  BOOLEAN DEFAULT TRUE,
        binds        IN  BOOLEAN DEFAULT FALSE,
        plan_stat    IN  VARCHAR2 DEFAULT NULL);

Maybe you are looking for