dbms_scheduler.create_window fails with ORA-27418: syntax error in the interval of recurrence or calendar

I tried to create a window to test the activation of plans of RM. But I get this error.

SQL > EXECUTE dbms_scheduler.create_window.

> (-)

> window_name = > 'day ', -.

> resource_plan = > 'my_plan ', -.

> start_date = > systimestamp + 1 /(24*60).

> repeat_interval = > ' freq = > daily '.

> time = > ' 0 01:00:00 '.

> Comments = > ' C know if it works without a job "-"

>);

BEGIN dbms_scheduler.create_window (window_name = > 'day', resource_p)

LAN = > 'my_plan', start_date = > systimestamp + 1 /(24*60), repeat_interv

Al = > ' freq = > daily ', duration = > ' 0 01:00:00 ', comments = > ' C so she

works without employment '); END;

*

ERROR on line 1:

ORA-27481: 'SYS '. "' DAY ' has an invalid schedule

ORA-27418: syntax error in the interval of recurrence or calendar

ORA-06512: at "SYS." DBMS_ISCHED", line 486

ORA-06512: at "SYS." DBMS_SCHEDULER', line 1295

ORA-06512: at line 1

I have tried many tips found on the web, nothing works.

Any help would be greatly appreciated.

Also, can you pls tell me if this command run once automatically activates the my_plan after 1 minute, 1 minute, after which, it will disable the my_plan? So, you do not need to create a JOB for this. If you create a window, that is, as a job creation to enable an RM plan?

2734369 wrote:

Wow, discovered the issue: the repeat interval is broken (I use a database of 12.1 in Windows 7). It must be uppercase. Very surprising in the windows to be case-sensitive.

SQL >

SQL > EXECUTE dbms_scheduler.create_window.

>  (-

> window_name-online 'day ', -.

> resource_plan-online 'my_plan ', -.

> start_date-online systimestamp + 1 /(24*60).

> repeat_interval-online ' FREQ = DAILY; BYHOUR = 10; BYMINUTE = 30', -.

> time-online ' 0 01:00:00 '.

> Comments => ' C know if it works without a job "-"

>  );

PL/SQL procedure successfully completed.

Problem is, after 1 minute, always that the plan is not activated?

SQL > SEE THE RESOURCE_MANAGER_PLAN PARAMETER

VALUE OF TYPE NAME

------------------------------------ ----------- ----------------------

resource_manager_plan chain

Why the Plan is not activated after 1 minute. Have we not create a job (I don't think).

I think you misunderstand the meaning of "start_date".  Please see the documentation on what this means exactly.

This attribute specifies the first date and time where it is scheduled to open in this window. If the value start_date specified is in the past or is not specified, the window opens, from its inception.

To repeat windows using an expression of the calendar to specify the repetition interval, the value of start_date is a reference date. The first time the window opens depends on the specified repeat interval and the value of start_date .

(From Types and Oracle® packages of PL/SQL Database 11g Release 2 (11.2) reference E40758-03); dbms_scheduler, create_window.  DBMS_SCHEDULER

Once you have done this, you will see that it is pretty useless to specify that you have.

Your repeat_interval said "every day at 10:30.

Tags: Database

Similar Questions

  • Select dbms_metadata.get_dependent_ddl fails with ORA-31604 still exist for the object

    Hello

    In the DEPENDENCIES of DBA, I can see that I have (seen here) according to some a table objects:

    -SQL > select type, name

    -2 from dba_dependencies where REFERENCED_OWNER = upper ('stuff')

    --3 and REFERENCED_name = upper ('st_tab') and type = "VIEW";

    -NAME OF THE OWNER TYPE

    -- ----- ----- ------------------

    -VIEW STUFF STTAB_4MV_VW

    -VIEW STUFF STTAB_VW

    But trying to recover these definitions 2 times I get an error:

    -SQL > select dbms_metadata.get_dependent_ddl ('VIEW', 'ST_TAB', 'STUFF') def double;

    -ERROR:

    -ORA-31604: NAME parameter invalid "BASE_OBJECT_NAME" for the type of VIEW object in the function SET_FILTER

    -ORA-06512: at "SYS." DBMS_SYS_ERROR', line 116

    -ORA-06512: at "SYS." DBMS_METADATA_INT', line 4705

    -ORA-06512: at "SYS." DBMS_METADATA_INT', line 8582

    -ORA-06512: at "SYS." Dbms_metadata", line 2882

    For some objects, it works (triggers, index), but for others (views, procedures, packages), it still fails with ORA 31604.

    If I make a direct call on dbms_metadata.get_ddl ('DISPLAY', 'STTAB_4MV_VW', 'STUFF'), it works fine.

    Everyone has seen this behavior before? (tried this code on 10g and 11g)

    Thank you very much.

    Kind regards

    SEB

    For some objects, it works (triggers, index), but for others (views, procedures, packages), it still fails with ORA 31604.

    Exactly! That's what he should do. Dependent on DOF is for objects that are actually part of the table.

    If I make a direct call on dbms_metadata.get_ddl ('DISPLAY', 'STTAB_4MV_VW', 'STUFF'), it works fine.

    Exactly! That's how you get the DDL for views and other types of distinct objects. Provide you with the type of object as the first parameter.

    Everyone has seen this behavior before? (tried this code on 10g and 11g)

    Sure! This is a normal behavior.

    See chapter doc DBMS_METADATA packages and Types

    http://docs.Oracle.com/CD/B28359_01/AppDev.111/b28419/d_metada.htm#i1019414

    Notes on use

    • These functions allow you to extract metadata for objects with a single call. They encapsulate calls to OPEN , SET_FILTER , and so on. The function you use depends on the characteristics of the type of object and if you want the DDL or XML.
      • GET_xxxis used to fetch named objects, especially schema objects (tables, views).

      • GET_DEPENDENT_xxxis used to extract dependent objects (audits, grants of the object).
      • GET_GRANTED_xxxis used to retrieve issued objects (System of subsidies, scholarships of role).
    • For certain types of objects, you can use more than one function. For example, you can use GET_xxx to fetch a name index, or GET_DEPENDENT_xxx to fetch the same index by specifying the table on which it is defined.

    See also table 74-11 in this doc for a table showing the types of objects.

    http://docs.Oracle.com/CD/B28359_01/AppDev.111/b28419/d_metada.htm#BGBIEDIA

  • Automatic failover with Transport and apply Lag fails with ORA-16798

    Hello
    I configured a physical database maximum Performance, accelerated failover mode standby. I set FastStartFailoverLagLimit to 3 hours (10800 seconds).

    If I understand the Oracle documentation, Fast-Start failover should work with Max Performance, as long the Transport timeout is whithin the FastStartFailoverLagLimit.


    So I started a few scripts, generated some loading, so I have a Transport and apply the shift of 3-4 Minutes.
    Then I killed pmon to cause an automatic failover.

    Failover failed with ORA-16798.

    I know, there is Note 846087.1 , which describes the problem, but I thought that automatic failover should work in this configuration.
    Is this a bug or am I wrong?

    Thank you very much in advance.


    Configuration Data Guard standby:
    -----------------------------------------------

    Role: STANDBY PHYSICS
    State of destination: apply
    Transport delay: 3 minutes 3 seconds (calculated two seconds ago)
    Apply the Lag: 3 minutes 26 seconds (calculated 0 seconds ago)
    Apply the rate: 23,52 MB/s
    Real-time query: OFF
    Occurrence (s):
    ...

    Properties:
    ...
    LogXptMode = "async".
    DelayMins = '0'
    Binding = "optional."
    MaxFailure = '0'
    MaxConnections = '1'
    ReopenSecs = "300"
    NetTimeout = "15"
    RedoCompression = "DISABLE."
    ...

    State of the database:
    SUCCESS

    Fast failover configuration:
    -----------------------------------------------

    Fast-Start Failover: ENABLED

    Threshold: 180 seconds
    Target: < Targetname >
    Observer: < servername >
    Offset limit: 10800 seconds
    Primary closure: TRUE
    Auto-Rétablir: TRUE
    Reconnection of the observer: (none)
    Substitution of the observer: FALSE

    ...


    Messages of the DG - Log:
    -----------------------------------------------
    FAILOVER TO < DB >
    Starting failover to the < DB > database
    Notifying Oracle Clusterware to disassembly for the FAILOVER database
    02/02/2015-13:38:04
    Error running SQL = 604, sql = [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FI
    ORA-00604: an error has occurred at the SQL level 1 recursive
    ORA-00283: cool cancelled due to errors
    ORA-16171: RECOVER... FINISHING not allowed away for thr 1, seq 34-37
    Failed to retrieve Terminal.
    Database error resource SetState (16798)
    02/02/2015-13:38:08
    Command FAILOVER < DB > completed with error ORA-16798


    The FastStartFailoverLagLimit property specifies the amount of data, in seconds, during which the standby database target can

    delay on the main database on the recovery plan applied. If again applied Eve point database notes that many

    seconds of the primary database redo point generation, accelerated tipping is allowed.

    Errors show a gap for sequences 34-37, which is not optimal for a fast failover.

    Even if FastStartFailoverLagLimit is set to 3 hours, there is too much data loss for the standby site because newspapers are not available on the backup server and the Broker cannot activate the Pb of the day before.

    I recommend to to lean on increase the bandwidth network.

    Concerning

  • Passage of custody of data with broker fails with ORA-16570 / ORA-16665

    I'm using Data Guard 11 g on Windows Server 2012 64 Bit. Recently, I have configured the broker to manage the permutations more uncomfortable.

    Unfortunately the digital switchover does not work. Broker Setup seems fine, since I can activate t and redo apply works perfectly...

    Now, the behavior is as follows... Once I put the passage through brokers, it shows the following:

    DGMGRL > passage to the smart_stb

    Continue to pass, please wait...

    Error: ORA-16665: wait for the result of a database

    Failed.

    Unable to failover, primary database is always "smart".

    The digital switchover happens, there is no restart of the primary database well! Does not appear to be linked to a DGMGRL buggy service entrance. In fact the database will not yet descended. The principal is supending all processes while trying to do so. Broker runs into a timeout, of course, but the principal remains in a State of supending. The primary doesn't seem to be able to cominicate with side standby or vice versa. Which is strange since the restoration of log shipping and apply is workng fine as mentioned... do a manual failover. I don't know what could cause this kind of behavior... Double checked everything. Once I restart the two databases and align on the rule of law that the digital transition is complete. But Needless to say that it is not intending to use the broker...

    Primary DRC.log States the following:

    2014-09-10 746441090-02000000 MICHAEL 09:13:01.378: PASSAGE to smart_stb

    2014-09-10 746441090-02000000 MICHAEL 09:13:01.378: start execution of the task: the DIGITAL switchover

    2014-09-10 09:13:01.378 NSV1: using RFIUPI_DGCI_CDESC

    2014-09-10 09:13:01.409 NSV1: using RFIUPI_DGCI_CDESC

    2014-09-10 09:13:01.409 02001000 746441090 notifier Oracle Clusterware to the primary database of disassembly for the DIGITAL switchover

    2014-09-10 09:13:01.425 ACLS: not configured CRS, config = 2

    .

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: display primary instances for PASSAGE of phase 1

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: State of rfi_post_instances() for CTL_SWITCH = ORA-00000

    2014-09-10 09:13:01.425 INSV: message received for publication of inter - the instance

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: dispersants message to STANDBY for TRANSITION phase BEGIN

    2014-09-10 09:13:01.425 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN, 5 flags

    2014-09-10 09:13:01.425 NSV1: using RFIUPI_DB_INST_CDESC

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: entered rfmsoexinst() for phase BEGIN

    2014-09-10 09:13:01.425 INSV: response for message with

    2014-09-10 09:13:01.425 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: primary instances display for transition to THE phase 2

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: State of rfi_post_instances() for CTL_SWITCH = ORA-00000

    2014-09-10 09:13:01.440 INSV: message received for publication of inter - the instance

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: dispersants message to STANDBY for transition to THE phase of DISMANTLING

    2014-09-10 09:13:01.440 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: entered rfmsoexinst() for disassembling

    2014-09-10 09:13:01.440 RSM0: received the State value ask: rid = 0 x 01041001, sid = 0, phid = 1, econd = 2, sitehndl = 0 x 02001000

    2014-09-10 09:13:01.440 Log transport resources: SetState OFFLINE, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY

    2014-09-10 09:13:01.440 RSM0: received the State value ask: rid = 0 x 01011001, sid = 4, phid = 1, econd = 2, sitehndl = 0 x 02001000

    2014-09-10 09:13:01.440 of database Resource [IAM = PRIMARY]: 0 x 02001000 SetState PHYSICAL-APPLY-ON, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY, handful of Site target

    2014-09-10 09:13:01.440 RSM0: execution of SQL [ALTER DATABASE COMMIT to SWITCH STANDBY mode PHYSICS WITH the STOP of the SESSION]

    2014-09-10 09:13:06.630 SQL [ALTER DATABASE COMMETTRE at PHYSICS CROSSING SHALL WITH SESSION SHUTDOWN] executed successfully

    2014-09-10 09:13:06.630 RSM: compensation IncarnationTable internal property of the site 0 x 01010000

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.630: Broker determines this restart of the instance is necessary: operation = status = ORA-16570

    2014 09-10 02001000 746441090 09:13:06.630 resources: smart (01011001) State: PHYSICAL-APPLY-ON

    2014-09-10 09:13:06.630 INSV: response for message with

    2014-09-10 09:13:06.630 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.630: Instance 'smart' (ID 1) returned ORA-16570

    2014-09-10 09:13:06.630 02001000 746441090 for disassembling of the CTL_SWITCH operation

    2014-09-10 09:13:06.646 NSV1: using RFIUPI_DGCI_CDESC

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: primary instances display for transition to THE phase 2

    2014-09-10 09:13:06.646 INSV: message received for publication of inter - the instance

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: State of rfi_post_instances() for CTL_SWITCH = ORA-00000

    2014-09-10 09:13:06.646 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: dispersants message to STANDBY for transition to THE phase of DISMANTLING

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: entered rfmsoexinst() for disassembling

    2014-09-10 09:13:06.646 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:13:06.646 INSV: response for message with

    2014-09-10 09:13:06.646 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: Instance 'smart' (ID 1) returned ORA-16570

    2014-09-10 09:13:06.646 02001000 746441090 for disassembling of the CTL_SWITCH operation

    2014-09-10 09:13:28.619 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:13:28.619 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:13:43.620 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:13:43.620 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:13:58.639 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:13:58.639 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:14:13.657 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:14:13.657 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:14:28.674 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:14:28.674 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:14:43.676 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:14:43.676 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:14:58.693 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:14:58.693 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:15:13.695 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:15:13.695 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:15:28.707 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:15:28.707 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:15:43.724 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:15:43.724 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:15:58.726 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:15:58.726 NSV1: smart_stb returned ORA-16665 Site.

    2014-09-10 09:16:13.727 NSV1: using RFIUPI_DB_INST_CDESC

    2014-09-10 09:16:13.727 NSV1: smart_stb returned ORA-16665 Site.

    2014 09-10 02001000 746441090 MICHAEL 09:16:28.729: database smart_stb returned ORA-16665

    2014-09-10 09:16:28.729 02001000 746441090 opcode = CTL_SWITCH, phase = DISASSEMBLY, req_id = 1.1.746441090

    2014-09-10 09:16:28.729 02001000 746441090 CTL_SWITCH operation cancelled during phase 2, error = ORA-16665

    2014 09-10 02001000 746441090 MICHAEL 09:16:28.729: ORA-16665 stateful failover operation failed

    2014-09-10 09:16:28.729 NSV1: using RFIUPI_DGCI_CDESC

    2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: display primary instances for PASSAGE of phase 5

    2014-09-10 09:16:28.744 INSV: message received for publication of inter - the instance

    2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: State of rfi_post_instances() for CTL_SWITCH = ORA-00000

    2014-09-10 09:16:28.744 req ID 1.1.746441090, CTL_SWITCH opcode, phase END, 5 flags

    2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: passage to the aborted due to errors

    2014 09-10 02001000 746441090 named Site 09:16:28.744: smart is always primary school

    2014 09-10 02001000 746441090 error 09:16:28.744 = ORA-16665

    DRC.log Eve shows the following:

    2014-09-10 09:13:01.352 02001000 746441090 notify Oracle Clusterware base ensures target disassembly of passing data to the

    2014-09-10 09:13:01.367 ACLS: not configured CRS, config = 2

    .

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: display of bodies sleep for transition to THE phase 1

    2014-09-10 09:13:01.367 INSV: message received for publication of inter - the instance

    2014-09-10 09:13:01.367 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN, 5 flags

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: entered rfmsoexinst() for phase BEGIN

    2014-09-10 09:13:01.367 INSV: response for message with

    2014-09-10 09:13:01.367 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN

    2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: entered rfm_release_chief_lock() for CTL_SWITCH

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.571: entered rfm_get_chief_lock() for CTL_SWITCH, reason 0

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.571: start execution of the task: the DIGITAL switchover

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.586: display of bodies sleep for transition to THE phase 2

    2014-09-10 09:13:06.586 INSV: message received for publication of inter - the instance

    2014-09-10 09:13:06.586 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags

    2014 09-10 02001000 746441090 MICHAEL 09:13:06.586: entered rfmsoexinst() for disassembling

    2014-09-10 09:13:06.586 RSM0: received the State value ask: rid = 0 x 02031001, sid = 0, phid = 1, econd = 2, sitehndl = 0 x 02001000

    2014-09-10 09:13:06.586 redo apply the resource: SetState OFFLINE, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY

    2014-09-10 09:13:06.586 RSM0: received the State value ask: rid = 0 x 02012001, sid = 9, phid = 1, econd = 2, sitehndl = 0 x 02001000

    2014-09-10 09:13:06.586 of database Resource [IAM = PHYSICS]: handle target SetState-READ-WRITE-XPTON Site, DISMANTLING phase, external SWITCH-OVER-PHYS_STBY, 0 x 02001000 Cond

    2014-09-10 09:13:06.586 RSM0: execution of SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL]

    2014-09-10 09:13:07.602 SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL] executed successfully

    2014-09-10 09:13:07.711 RSM0: execution of SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE through FINAL passage to THE NODELAY]

    2014-09-10 09:13:09.509 SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE BY LAST crossing THE NODELAY] executed successfully

    2014-09-10 09:13:09.509 RSM0: execution of SQL [ALTER DATABASE COMMIT to SWITCHING to the MAIN WAITING WITH the STOP of the SESSION]

    2014-09-10 09:13:11.345 SQL [ALTER DATABASE COMMETTRE to TRANSITION to PRIMARY WAIT WITH SESSION SHUTDOWN] executed successfully

    2014-09-10 09:13:11.345 of database Resource successful SetState

    2014-09-10 09:13:11.345 INSV: response for message with

    2014-09-10 09:13:11.345 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode

    2014 09-10 02001000 746441090 MICHAEL 09:13:11.345: entered rfm_release_chief_lock() for CTL_SWITCH

    2014-09-10 09:13:28.555 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:13:43.555 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:13:58.571 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:14:13.590 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:14:28.605 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:14:43.606 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:14:58.622 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:15:13.625 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:15:28.641 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:15:43.646 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:15:58.652 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014-09-10 09:16:13.653 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out

    2014 09-10 02001000 746441090 MICHAEL 09:16:27.606: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database

    2014 09-10 02001000 746441090 MICHAEL 09:16:27.825: smart database returned ORA-16662

    2014-09-10 09:16:27.825 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090

    2014 09-10 02001000 746441090 MICHAEL 09:16:42.840: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database

    2014 09-10 02001000 746441090 MICHAEL 09:16:42.840: smart database returned ORA-16662

    2014-09-10 09:16:42.840 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090

    2014 09-10 02001000 746441090 MICHAEL 09:16:57.861: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database

    2014 09-10 02001000 746441090 MICHAEL 09:16:57.861: smart database returned ORA-16662

    2014-09-10 09:16:57.861 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090

    2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: entered rfm_get_chief_lock() for HEALTH_CHECK, reason 0

    2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: task to free the 1.1.746441090 orphans, opcode = CTL_SWITCH.

    2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: start the task execution: automated healthcheck

    2014-09-10 09:16:58.720 746441091 00001000 MICHAEL: start-up of the health check

    2014-09-10 09:16:58.720 INSV: message received for publication of inter - the instance

    2014-09-10 09:16:58.720 746441091 00001000 MICHAEL: rfi_post_instances() status = ORA-00000

    2014-09-10 09:16:58.720 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN, 5 flags

    2014 09-10 00000000 746441091 MICHAEL 09:16:58.720: entered rfmhcexinst

    2014 09-10 00000000 746441091 MICHAEL 09:16:58.720: rfmhcexinst call transfer

    2014-09-10 09:16:58.720 RSM0: receipt get status request: rid = 0 x 02012001, sid = 4

    2014-09-10 09:16:58.720 RSM0: HEALTH CHECK ERROR: ORA-16816: incorrect database role

    2014-09-10 09:16:58.720 WARNING: given RCS 281474976710655 with resetlogs_id = 851952614 is less than resetlogs_change # 744657 of the incarnation.

    2014-09-10 09:16:58.736 current IncarnationTable value is:

    2014-09-10 09:16:58.736 2,744657,851952614,1, * 851351631, 1, 1, 0, #.

    2014-09-10 09:16:58.736 RSM0: HEALTH CHECK ERROR: ORA-16700: the standby database has diverged from the primary database

    2014-09-10 09:16:58.970 00000000 746441091 HEALTH_CHECK operation cancelled during phase 1, error = ORA-16810

    2014-09-10 09:16:58.970 RSM0: receipt get status request: rid = 0 x 02031001, sid = 1

    2014-09-10 09:16:58.970 00000000 746441091 MICHAEL: standby Instance completed the health check

    2014-09-10 09:16:58.970 INSV: response for message with

    2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN

    2014-09-10 09:16:58.970 MICHAEL: HEALTH CHECK ERROR: ORA-16766: redo apply is stopped

    2014-09-10 09:16:58.970 MICHAEL: aggregation based on H/C, db 0 x 02001000 has gravity = 16501, status = 16810

    2014-09-10 09:16:58.970 00000000 746441091 HEALTH_CHECK operation cancelled during phase 1, error = ORA-16810

    2014-09-10 09:16:58.970 INSV: message received for publication of inter - the instance

    2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN, flags 20005

    2014-09-10 09:16:58.970 MICHAEL: aggregation based on H/C, db 0 x 02001000 has gravity = 16501, status = 16810

    2014-09-10 09:16:58.970 INSV: response for message with

    2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN

    2014 09-10 00000000 746441091 MICHAEL 09:17:02.017: entered rfm_release_chief_lock() for HEALTH_CHECK

    2014-09-10 09:17:13.724 drcx: task req_id is not found = 1.1.746441091 for PROBE.

    2014-09-10 09:17:28.730 drcx: task req_id is not found = 1.1.746441091 for PROBE.

    Primary alert.log indicates the following:

    LNS: Standby redo log file selected for thread 1 sequence 12046 for destination LOG_ARCHIVE_DEST_2

    My Nov 10 09:13:01, 2014

    ALTER DATABASE COMMIT TO SWITCH STANDBY MODE PHYSICS WITH THE STOP OF THE SESSION

    My Nov 10 09:13:01, 2014

    Thread 1 Advanced to record the sequence 12047 (switch LGWR)

    Currently Journal # 2 seq # 12047 mem # 0: X:\SMART\LOG1\SMART_21.LOG

    Currently Journal # 2 seq # 12047 mem # 1: Y:\SMART\LOG2\SMART_22.LOG

    Stop background QMNC process

    My Nov 10 09:13:01, 2014

    Arc1: Evaluating archive log 1 thread 1 sequence 12046

    CLOSING: kill the server sessions.

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"

    CLOSED: all the closing of sessions successfully.

    krss_find_arc: selection ARC2 to receive the message as a last resort

    Waiting for all non-current archive ORLs...

    Waiting for thread 1 sequence 12046 ORL to archive...

    My Nov 10 09:13:02 2014

    Arc0: Assessment of 1 thread 1 sequence 12046 log archives

    My Nov 10 09:13:02 2014

    ARC2: Evaluating archive log 1 thread 1 sequence 12046

    Arc0: Unable to archive the thread 1 sequence 12046

    Newspapers archived by another process

    ARC2: Impossible to archive the thread 1 sequence 12046

    Newspapers archived by another process

    Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12046_1_851952614.ARC '.

    Archived journal 19372 extra for each sequence 1 12046 0xab72f94c dest ID thread entry 1:

    ENT for thread 1 12046 sequence have been archived...

    All non-current ORLs have been archived.

    Waiting for all FAL entries to archive...

    All FAL entries were archived.

    Waiting for dest_id 2 can be synchronized...

    OCISessionBegin with PasswordVerifier succeeded

    Client pid [12320] annexed to the RFS pid [3648] number of the remote instance [1] to dest "smart_dg_stb."

    Physical passage target Active, synchronized sleep has been identified

    Transition to the end-of-Redo Log thread 1 sequence 12047 has been fixed

    The digital switchover: primary YVERT seen above the value 0x0.0x22345d2

    ARCH: Noswitch of archiving the thread 1, sequence 12047

    ARCH: End-of-Redo archive thread 1 sequence 12047 branch

    ARCH: Evaluating archive log 2 thread 1 sequence 12047

    ARCH: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2

    ARCH: Transmitting the activation 0xab72f94c ID

    OCISessionBegin with PasswordVerifier succeeded

    Client pid [12244] annexed to the RFS pid [9972] number of the remote instance [1] to dest "smart_dg_stb."

    ARCH: Standby redo log file selected for thread 1 sequence 12047 for destination LOG_ARCHIVE_DEST_2

    Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12047_1_851952614.ARC '.

    Archived journal 19373 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 1:

    Archived journal 19374 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 2:

    ARCH: Archiving is disabled due to the current archive log file

    Primary will check some generator of target of receiving of alls again

    Final inspection for a target standby synchronized. Verification will be made once.

    ARCH: Transmitting the activation 0xab72f94c ID

    LOG_ARCHIVE_DEST_2 is a potential target of the transition to physical standby

    Active, synchronized target has been identified

    Target has received also redo all the

    -----------------------------------------------------------

    |          Target the waking state.

    | LOG_ARCHIVE_DEST_1: NO ACTIVE |

    | LOG_ARCHIVE_DEST_2: RECEIVED ALL DATA.

    | LOG_ARCHIVE_DEST_3: NO ACTIVE |

    | LOG_ARCHIVE_DEST_4: NO ACTIVE |

    | LOG_ARCHIVE_DEST_5: NO ACTIVE |

    | LOG_ARCHIVE_DEST_6: NO ACTIVE |

    | LOG_ARCHIVE_DEST_7: NO ACTIVE |

    | LOG_ARCHIVE_DEST_8: NO ACTIVE |

    | LOG_ARCHIVE_DEST_9: NO ACTIVE |

    | LOG_ARCHIVE_DEST_10: NO ACTIVE |

    | LOG_ARCHIVE_DEST_11: NO ACTIVE |

    | LOG_ARCHIVE_DEST_12: NO ACTIVE |

    | LOG_ARCHIVE_DEST_13: NO ACTIVE |

    | LOG_ARCHIVE_DEST_14: NO ACTIVE |

    | LOG_ARCHIVE_DEST_15: NO ACTIVE |

    | LOG_ARCHIVE_DEST_16: NO ACTIVE |

    | LOG_ARCHIVE_DEST_17: NO ACTIVE |

    | LOG_ARCHIVE_DEST_18: NO ACTIVE |

    | LOG_ARCHIVE_DEST_19: NO ACTIVE |

    | LOG_ARCHIVE_DEST_20: NO ACTIVE |

    | LOG_ARCHIVE_DEST_21: NO ACTIVE |

    | LOG_ARCHIVE_DEST_22: NO ACTIVE |

    | LOG_ARCHIVE_DEST_23: NO ACTIVE |

    | LOG_ARCHIVE_DEST_24: NO ACTIVE |

    | LOG_ARCHIVE_DEST_25: NO ACTIVE |

    | LOG_ARCHIVE_DEST_26: NO ACTIVE |

    | LOG_ARCHIVE_DEST_27: NO ACTIVE |

    | LOG_ARCHIVE_DEST_28: NO ACTIVE |

    | LOG_ARCHIVE_DEST_29: NO ACTIVE |

    | LOG_ARCHIVE_DEST_30: NO ACTIVE |

    | LOG_ARCHIVE_DEST_31: NO ACTIVE |

    ------------------------------------------------------------

    Backup controlfile written to find the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart\smart\trace\smart_rsm0_12244.trc file

    Compensation pending activation ID 2876438860 (0xab72f94c)

    The primary database controlfile is created using the

    Clause 'MAXLOGFILES 255'.

    There is space for the log files waiting for redo up to 251

    Use the following SQL commands on the standby database to create

    waiting for redo logfiles that correspond to the primary database:

    ALTER DATABASE add STANDBY LOGFILE 'srl1.f' SIZE 52428800.

    ALTER DATABASE add STANDBY LOGFILE 'srl2.f' SIZE 52428800.

    ALTER DATABASE add STANDBY LOGFILE 'srl3.f' SIZE 52428800.

    ALTER DATABASE add STANDBY LOGFILE 'srl4.f' SIZE 52428800.

    ALTER DATABASE add STANDBY LOGFILE 'srl5.f' SIZE 52428800.

    ARCHIVELOG for thread 1 sequence 12047 required for recovery of the eve

    The digital switchover: converted primary Controlfile controlfile standby successfully.

    The digital switchover: Complete - closing of the database required

    Completed: ALTER DATABASE COMMIT to SWITCH STANDBY mode PHYSICS WITH the STOP of the SESSION

    My Nov 10 09:13:20 2014

    (Ospid 12320) process is suspended due to the transition to a physical relief operation.

    My Nov 10 09:16:58 2014

    (Ospid 12244) process is suspended due to the transition to a physical relief operation.

    My Nov 10 09:17:08 2014

    Process (ospid 3080) is suspended due to the transition to a physical relief operation.

    My Nov 10 09:17:09 2014

    Process (ospid 12636) is suspended due to the transition to a physical relief operation.

    My Nov 10 09:17:10 2014

    Process (ospid 5292) is suspended due to the transition to a physical relief operation.

    My Nov 10 09:17:43 2014

    RSM0, PID = 12244 process, will be killed

    My Nov 10 09:17:44 2014

    RSM0 started with pid = 27, OS id = 16280

    My Nov 10 09:20:56 2014

    minact-RCS: received the error during the scan e:12751 usn:6 useg

    minact-SNA: useg scan slip on with error e:12751

    My Oct 10 09:21:19 2014

    Process (ospid 16280) is suspended due to the transition to a physical relief operation.

    My Nov 10 09:22:04 2014

    RSM0, PID = 16280 process, will be killed

    My Nov 10 09:22:05 2014

    RSM0 started with pid = 27, OS id = 10528

    My Nov 10 09:25:39 2014

    (Ospid 10528) process is suspended due to the transition to a physical relief operation.

    My Nov 10 09:26:03 2014

    minact-RCS: received the error during the scan e:12751 usn:6 useg

    minact-SNA: useg scan slip on with error e:12751

    My Nov 10 09:26:24 2014

    RSM0, PID = 10528 process, will be killed

    My Nov 10 09:26:25 2014

    RSM0 started with pid = 27, OS id = 15752

    My Nov 10 09:29:59 2014

    Process (ospid 15752) is suspended due to the transition to a physical relief operation.

    My Nov 10 09:30:44 2014

    RSM0, PID = 15752 process, will be killed

    My Nov 10 09:30:45 2014

    RSM0 started with pid = 27, OS id = 1972

    My Nov 10 09:31:09 2014

    minact-RCS: received the error during the scan e:12751 usn:6 useg

    minact-SNA: useg scan slip on with error e:12751

    Suspend action 'Block Cleanout Optim, Undo Segment Scan' MMON 82800 seconds

    My Nov 10 09:34:19 2014

    Process (ospid, 1972) is suspended due to the transition to a physical relief operation.

    alert-journal sleep shows the following:

    My Nov 10 09:13:01, 2014

    ARC3: Evaluating archive log 5 thread 1 sequence 12046

    Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12046_1_851952614.ARC '.

    Archived journal 5932 extra for each sequence 1 12046 0xab72f94c dest ID thread entry 1:

    My Nov 10 09:13:01, 2014

    Media, recovery waiting for thread 1 sequence 12047

    My Nov 10 09:13:04 2014

    Again shipping customer logged in as PUBLIC

    -User is valid

    RFS [6]: assigned to the process 3648 RFS

    RFS [6]: identified the type of database such as 'physical' standby: customer is ARCH pid 12320

    My Nov 10 09:13:06 2014

    Again shipping customer logged in as PUBLIC

    -User is valid

    RFS [7]: assigned to the process 9972 RFS

    RFS [7]: identified the type of database such as 'physical' standby: Client is in the foreground pid 12244

    RFS [7]: end-of-Redo for thread archiving 1 sequence 12047

    RFS [7]: Eve successfully opened journal 5: "Y:\SMART\LOG2\SMART_S_5.LOG."

    RFS [7]: Journal selected 5 for thread 1 sequence 12047 dbid-1425016497 branch of the 851952614

    My Nov 10 09:13:06 2014

    Arc1: Evaluating archive log 5 thread 1 sequence 12047

    Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12047_1_851952614.ARC '.

    Archived journal 5933 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 1:

    My Nov 10 09:13:06 2014

    ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL

    MRP0: Background Media Recovery cancelled with status 16037

    Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_pr00_13804.trc file:

    ORA-16037: user has requested the cancellation of the managed recovery

    Managed Standby recovery not using real time applies

    Recovery interrupted!

    Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_pr00_13804.trc file:

    ORA-16037: user has requested the cancellation of the managed recovery

    My Nov 10 09:13:07 2014

    Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_mrp0_11168.trc file:

    ORA-10877: error reported in parallel recovery slave

    Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL

    Data not available for the digital switchover

    End-of-REDO the archived log file was not found

    Incomplete recovery SCN:0:35846057 archive SCN:0:35866066

    ALTER DATABASE RECOVER MANAGED STANDBY DATABASE THROUGH FINAL PASSAGE TO THE NODELAY

    has started the process of logmerger

    My Nov 10 09:13:07 2014

    Managed Standby recovery not using real time applies

    Parallel Media Recovery started with 8 slaves

    Media W:\SMART\ARC\SMART_12047_1_851952614.ARC recovery log

    Identified the SNA 0x0.22345d2 end-of-Redo (failover) for thread 1 sequence 12047

    Activation reset sleep ID 2876438860 (0xab72f94c)

    Met Media Recovery end Redo indicator

    Media recovery applied through change 35866066

    Attempt to limbo arscn 0:35866066 irscn 0:35866066

    Completed: ALTER DATABASE RECOVER MANAGED STANDBY database through FINAL passage to THE NODELAY

    ALTER DATABASE COMMIT TO SWITCHING TO THE MAIN WAITING WITH THE STOP OF THE SESSION

    Waiting for the transition from role maximum is 15 minutes.

    krsv_proc_kill: kill 2 process (all the RFS)

    Backup controlfile written to find the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_rsm0_14652.trc file

    Passage to the after complete recovery through change 35866066

    X:\SMART\LOG1\SMART_11.LOG online journal: thread 1 Group 1 had been previously authorized

    Y:\SMART\LOG2\SMART_12.LOG online journal: thread 1 Group 1 had been previously authorized

    X:\SMART\LOG1\SMART_21.LOG online journal: thread 1 group 2 was previously disabled

    Y:\SMART\LOG2\SMART_22.LOG online journal: thread 1 group 2 was previously disabled

    X:\SMART\LOG1\SMART_31.LOG online journal: thread 1 Group 3 has been previously authorized

    Y:\SMART\LOG2\SMART_32.LOG online journal: thread 1 Group 3 has been previously authorized

    X:\SMART\LOG1\SMART_41.LOG online journal: thread 1 Group 4 has been previously authorized

    Y:\SMART\LOG2\SMART_42.LOG online journal: thread 1 Group 4 has been previously authorized

    Standby became primary YVERT: 35866064

    The digital switchover: completed - mounted as primary database

    Completed: ALTER DATABASE COMMIT to SWITCHING to the MAIN WAITING WITH the STOP of the SESSION

    My Nov 10 09:13:45 2014

    Arc0: become the "no SRL" ARCH

    My Nov 10 09:13:46 2014

    ARC3: become the "no SRL" ARCH

    My Nov 10 09:13:46 2014

    Arc1: become the "no SRL" ARCH

    My Nov 10 09:16:58 2014

    NSV0 started with pid = 26, OS id = 15900

    My Oct 10 09:21:20 2014

    MICHAEL: NSV0 network call timeout. Kill it now.

    The Setup is as follows:

    DGMGRL > see the configuration;

    Configuration - dg_smart

    Protection mode: MaxPerformance

    Databases:

    Smart - primary database

    smart_stb - physical of the standby database

    Fast-Start Failover: DISABLED

    The configuration status:

    SUCCESS

    DGMGRL > see the detailed chip database

    -Smart database

    Role: PRIMARY

    State of destination: TRANSPORT-WE

    Occurrence (s):

    Smart

    Properties:

    DGConnectIdentifier = "smart_dg_prim".

    ObserverConnectIdentifier = "

    LogXptMode = "ASYNC".

    DelayMins = '0'

    Binding = "optional."

    MaxFailure = '0'

    MaxConnections = '1'

    ReopenSecs = "300"

    NetTimeout = "30"

    RedoCompression = "DISABLE."

    LogShipping = 'ON '.

    PreferredApplyInstance = "

    ApplyInstanceTimeout = '0'

    ApplyParallel = 'AUTO '.

    StandbyFileManagement = 'AUTO '.

    ArchiveLagTarget = "300"

    LogArchiveMaxProcesses = "4"

    LogArchiveMinSucceedDest = '1'

    DbFileNameConvert = "

    LogFileNameConvert = "X:\SMART\LOG1, X:\SMART\LOG1, Y:\SMART\LOG2, Y:\SMART\LOG2.

    FastStartFailoverTarget = "

    InconsistentProperties = "(monitor).

    InconsistentLogXptProps = "(monitor).

    SendQEntries = "(monitor).

    LogXptStatus = "(monitor).

    RecvQEntries = "(monitor).

    Nom_sid = "smart."

    StaticConnectIdentifier = ' (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=host02) (PORT = 1599)) (CONNECT_DATA = (SERVICE_NAME = smart_DGMGRL)(INSTANCE_NAME=smart) (SERVER = DEDICATED)))'

    StandbyArchiveLocation = "W:\SMART\arc\".

    AlternateLocation = "

    LogArchiveTrace = '8191'

    LogArchiveFormat = "smart_%s_%t_%r.arc".

    TopWaitEvents = "(monitor).

    State of the database:

    SUCCESS

    DGMGRL > see the detailed database smart_stb

    Database - smart_stb

    Role: STANDBY PHYSICS

    State of destination: apply

    Transport Lag: 0 seconds

    Apply the Lag: 0 seconds

    Real-time query: OFF

    Occurrence (s):

    Smart

    Properties:

    DGConnectIdentifier = "smart_dg_stb".

    ObserverConnectIdentifier = "

    LogXptMode = "ASYNC".

    DelayMins = '0'

    Binding = "optional."

    MaxFailure = '0'

    MaxConnections = '1'

    ReopenSecs = "300"

    NetTimeout = "30"

    RedoCompression = "DISABLE."

    LogShipping = 'ON '.

    PreferredApplyInstance = "

    ApplyInstanceTimeout = '0'

    ApplyParallel = 'AUTO '.

    StandbyFileManagement = 'AUTO '.

    ArchiveLagTarget = "300"

    LogArchiveMaxProcesses = "4"

    LogArchiveMinSucceedDest = '1'

    DbFileNameConvert = "

    LogFileNameConvert = "X:\SMART\LOG1, X:\SMART\LOG1, Y:\SMART\LOG2, Y:\SMART\LOG2.

    FastStartFailoverTarget = "

    InconsistentProperties = "(monitor).

    InconsistentLogXptProps = "(monitor).

    SendQEntries = "(monitor).

    LogXptStatus = "(monitor).

    RecvQEntries = "(monitor).

    Nom_sid = "smart."

    StaticConnectIdentifier = ' (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=host01) (PORT = 1599)) (CONNECT_DATA = (SERVICE_NAME = smart_stb_DGMGRL)(INSTANCE_NAME=smart) (SERVER = DEDICATED)))'

    StandbyArchiveLocation = "W:\SMART\arc\".

    AlternateLocation = "

    LogArchiveTrace = '8191'

    LogArchiveFormat = "smart_%s_%t_%r.arc".

    TopWaitEvents = "(monitor).

    State of the database:

    SUCCESS

    tnsnames.ora:

    smart_dg_stb = (Description = (Address = (Protocol = TCP)(Host=host01) (port = 1599)) (CONNECT_DATA = (Server = Dedicated) (SID = Smart)))

    smart_dg_prim = (Description = (Address = (Protocol = TCP)(Host=host02) (port = 1599)) (CONNECT_DATA = (Server = Dedicated) (SID = Smart)))

    Primary listner.ora:

    LISTENER_REDO_SMART =

    (DESCRIPTION_LIST =

    (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST = host02))

    )

    )

    SID_LIST_LISTENER_REDO_SMART =

    (SID_LIST =

    (SID_DESC =

    (SID_NAME = CLRExtProc)

    (ORACLE_HOME = D:\oracle\11.2.0)

    (= Extproc PROGRAM)

    (ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\11.2.0\bin\oraclr11.dll")

    )

    (SID_DESC =

    (SID_NAME = smart)

    (ORACLE_HOME = D:\oracle\11.2.0)

    )

    (SID_DESC =

    (SID_NAME = smart)

    (GLOBAL_DBNAME = smart_DGMGRL)

    (ORACLE_HOME = D:\oracle\11.2.0)

    )

    )

    Listener.ora ensures

    LISTENER_REDO_SMART =

    (DESCRIPTION_LIST =

    (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST = host01))

    )

    )

    SID_LIST_LISTENER_REDO_SMART =

    (SID_LIST =

    (SID_DESC =

    (SID_NAME = CLRExtProc)

    (ORACLE_HOME = D:\oracle\11.2.0)

    (= Extproc PROGRAM)

    (ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\11.2.0\bin\oraclr11.dll")

    )

    (SID_DESC =

    (SID_NAME = smart)

    (ORACLE_HOME = D:\oracle\11.2.0)

    )

    (SID_DESC =

    (SID_NAME = smart)

    (GLOBAL_DBNAME = smart_stb_DGMGRL)

    (ORACLE_HOME = D:\oracle\11.2.0)

    )

    )

    LSNRCTL > status listener_redo_smart

    Connection to (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST=host02)))

    STATUS of the LISTENER

    ------------------------

    Alias LISTENER_REDO_SMART

    TNSLSNR for Windows 64-bit version: Version 11.2.0.3.0 - Production

    Start date August 30, 2014 20:46:12

    Uptime 10 days 13 h 11 min 15 sec

    Draw level off

    Security ON: OS Local Authentication

    SNMP OFF

    Listener parameter File D:\oracle\11.2.0\network\admin\listener.ora

    Listener log file D:\oracle\diag\tnslsnr\host02\listener_redo_smart\alert\log.xml

    Summary of endpoints listening...

    (DESCRIPTION = (ADDRESS = (PROTOCOL = tcp (PORT = 1599))(HOST=host02)))

    Summary of services...

    Service 'CLRExtProc' has 1 instance (s).

    Instance of 'CLRExtProc', status UNKNOWN, has 1 operation for this service...

    Service 'HA_SMART' has 1 instance (s).

    'Smart' instance, State LOAN, has 1 operation for this service...

    'Smart' service has 2 occurrences.

    'Smart' instance, status UNKNOWN, has 1 operation for this service...

    'Smart' instance, State LOAN, has 1 operation for this service...

    Service 'smart_DGB' has 1 instance (s).

    'Smart' instance, State LOAN, has 1 operation for this service...

    Service 'smart_DGMGRL' has 1 instance (s).

    'Smart' instance, status UNKNOWN, has 1 operation for this service...

    The command completed successfully

    I would be most grateful if someone would have an idea of how solve it!

    Thanks in advance and best regards...

    Solved!

    A logon trigger that makes an insert in a table for each log in the appearance of this behavior. Since dataguard brings the standby database open mode ReadOnly cannot insert the trigger and the strange behavior as described happens!

    Hope that could help someone in the future...

    Kind regards

  • Oracle RAC 12.1.0.2 (GI battery) deployment on OEL 7 (3.8.13 - 35.3.4.el7uek) fails with ORA-27102

    Hi guys,.

    I am currently trying to deploy a complete installation (GI battery) of Oracle RAC 12.1.0.2 cool on OEL 7 (3.8.13 - 35.3.4.el7uek) with 2 nodes for validation purposes. However the installation itself went well, but 'Creation repository for Oracle Grid Infrastructure Management container' step fails with "ORA-01034: ORACLE not available / ORA-27102: out of memory / Linux-x86_64 error: 12: cannot allocate memory". The steps of runInstaller validation completed successfully, but I never take this step of configuration without jumping.

    Here is my configuration which should normally avoid such errors ORA.

    Host

    -bash - $4.2 uname - a

    Linux OELRAC1 3.8.13 - 35.3.4.el7uek.x86_64 #2 SMP Tue Jul 29 23:24:14 CDT 2014 x86_64 x86_64 x86_64 GNU/Linux

    "Creation of repository database for Oracle Grid Infrastructure Management container" error in /oracle/base/cfgtoollogs/dbca/_mgmtdb/trace.log

    From restoration to August 9, 14

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: SID = 12 type of device = DISK

    channel ORA_DISK_1: from the restore backup set data file

    channel ORA_DISK_1: specifying datafile (s) to restore from backup set

    channel ORA_DISK_1: restore datafile 00003 to + GRID

    channel ORA_DISK_1: backup /oracle/grid/12102/assistants/dbca/templates/MGMTSeed_Database.dfb piece reading

    channel ORA_DISK_1: ORA-19870: error when restoring the backup /oracle/grid/12102/assistants/dbca/templates/MGMTSeed_Database.dfb piece

    ORA-19504: could not create the file "+ GRID.

    ORA-17502: ksfdcre:4 cannot create the file + GRID

    ORA-15001: diskgroup 'GRID' does not exist or is not mounted

    ORA-01034: ORACLE not available

    ORA-27102: out of memory

    Linux-x86_64 error: 12: cannot allocate memory

    Additional information: 2663

    Additional information: 1565392897

    Additional information: 161480704

    switch to the previous backup

    Number of folder of the data file = 3 name = + GRID

    RMAN-00571: ===========================================================

    RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.

    RMAN-00571: ===========================================================

    RMAN-03002: failure of the restore command at 09/08/2014 19:41:47

    ORA-01119: error in creating file of database "+ GRID.

    ORA-17502: ksfdcre:4 cannot create the file + GRID

    ORA-15001: diskgroup 'GRID' does not exist or is not mounted

    ORA-01034: ORACLE not available

    ORA-27102: out of memory

    Linux-x86_64 error: 12: cannot allocate memory

    Additional information: 2663

    Additional information: 1565392897

    Additional information: 1614807040

    RMAN-06956: create the data file failed; try again after removing + OS GRID

    SHM / CPI (check the id of shm with previous information)

    -bash - $4.2 ipcs - a

    -Shared memory segments-

    key shmid owner perms bytes nattch status

    1565360128 0 x 00000000 grid 640 4096 0

    1565392897 0 x 00000000 grid 640 4096 0

    0xfba47600 1565425666 640 24576 29 grid

    Memory of the ASM instance setting

    SQL > see the memory settings

    VALUE OF TYPE NAME

    ------------------------------------ ----------- ------------------------------

    whole big memory_max_target 1076M

    whole large memory_target 1076M

    ASM disk groups

    SQL > select NAME, STATE, TOTAL_MB, USABLE_FILE_MB from v$ asm_diskgroup;

    NAME STATE TOTAL_MB USABLE_FILE_MB

    ------------------------------ ----------- ---------- --------------

    RACK MOUNTED 6144 4868

    / dev/shm to memory_target (more than enough free space)

    -bash - $4.2 df-h

    Size of filesystem used Avail use % mounted on

    tmpfs, 630M 2.4 G 3.0 G 21% / dev/shm

    Kernel for SHM limits set to unlimited parameter

    -bash - $4.2 sysctl - a | grep shm

    kernel.shmall = 1152921504606846720

    kernel.shmmax = 922337203685477580

    User limits on unlimited for memory

    -bash-4, $ 2 cat /etc/security/limits.conf

    # Oracle settings

    grid soft nproc 2047

    grid hard nproc 16384

    grid soft nofile 1024

    grid hard nofile 65536

    Oracle nproc 2047 soft

    Oracle nproc 16384 hard

    Oracle soft nofile 1024

    Oracle hard nofile 65536

    * hard memlock unlimited

    * soft memlock unlimited

    -bash - 4, $ 2 known - grid

    -bash - $4.2 ulimit - a

    the file size (blocks, - c) of base 0

    (kbytes, - d) data seg size unlimited

    scheduling priority (-e) 0

    size of the file (blocks, f) - unlimited

    pending signals (-i) 23953

    Max locked memory (kbytes, - l) unlimited

    size of the memory (k, m) max - unlimited

    open files (-n) 1024

    a size (512 bytes, - p) 8 hose

    (Bytes, - q) POSIX message queues 819200

    real-time priority (-r) 0

    size (Ko, - s) 8192 battery

    time processor (seconds,-t) unlimited

    Max user process (-u) 2047

    virtual memory (KB), - v) unlimited

    the locks on files (-x) unlimited

    So what the hell is wrong here? Why the instance ASM (+ ASM1) returns the error below, even if there is no memory limit / problem. The error with the disk group is also absolutely no sense.

    ------------------------------------------------------------------------------------------------------------------------

    ORA-01119: error in creating file of database "+ GRID.

    ORA-17502: ksfdcre:4 cannot create the file + GRID

    ORA-15001: diskgroup 'GRID' does not exist or is not mounted

    ORA-01034: ORACLE not available

    ORA-27102: out of memory

    Linux-x86_64 error: 12: cannot allocate memory

    Additional information: 2663

    Additional information: 1565392897

    Additional information: 1614807040

    ------------------------------------------------------------------------------------------------------------------------

    Someone at - he encounter the same problem with 12.1.0.2 by deploying the CDB for Grid Infrastructure Management repository? Is there something special with UEK3 (3.8.13 - 35.3.4.el7uek) on 7 OEL? Any necessary special kernel parameter (although the runInstaller controls do not mention)? I'm totally tapped by GI 12.1.0.2.

    Thank you.

    Best regards

    Stefan

    Hi guys,.

    I was finally able to solve this problem.

    She was related to a memory on the provisioning of problem in the virtual environment as both nodes are VMs. Unfortunately none of these errors of memory were populated / pushed somehow in the virtual machine.

    Best regards

    Stefan

  • Procedure failed with ORA-01403, associated with immediate execution, captured

    This procedure compiles without error. Its purpose is to copy the sequence of one schema to another object. After it failed with ORA-01403, I added exception code of capture (see the comments in the code).

    A few notes:

    1. I started the proceedings with exec copy_sequence ('ADDRESS_SEQ', 'SST', 'TEST1');

    2. the first sql string is built correctly since I can see in the console output:

    Select last_number in the all_sequences where sequence_owner = upper('TSS') and upper('ADDRESS_SEQ') = sequence_name

    I can run this SQL command, and returns a real value;

    Here is the procedure

    SET SERVEROUTPUT ON;

    create or replace procedure copy_sequence (seq VARCHAR2, prod_schema VARCHAR2, VARCHAR2 test_schema)

    as

    Val number (21);

    s_sql varchar2 (200);

    Start

    s_sql: = ' select last_number in the all_sequences where sequence_owner = upper('''|| prod_schema ||'') ') and sequence_name = upper('''||) Seq | " ')';

    -immediate' select last_number in the Vale of all_sequences where sequence_owner = upper('''|| prod_schema ||'') ') and sequence_name = upper('''||) Seq | " ')';

    Dbms_output.put_line ('sql 1 ' | s_sql);

    execute immediate s_sql in val;  ---!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The code does not work here!

    Dbms_output.put_line ('val' |) Val);

    s_sql: = 'delete the sequence'. test_schema |'. ' || FF.;

    Dbms_output.put_line ('sql 2 ' | s_sql);

    -execution immediate s_sql;

    s_sql: = 'create the sequence'. test_schema |'. ' || Seq |' minvalue maxvalue 1 999999999999999999999 begin by ' | Val | 'increment of 1';

    Dbms_output.put_line ('sql 3 ' | s_sql);

    -execution immediate s_sql;

    -Add the following after procedure thown ORA-01403: no data found

    exception when TOO_MANY_ROWS then DBMS_OUTPUT.put_line ('TOO_MANY_ROWS error');

    When NO_DATA_FOUND then DBMS_OUTPUT.put_line ('error NO_DATA_FOUND');

    While some other then raise_application_error (-20011, "Unknown Exception in this procedure");

    end;

    /

    Hoek wrote:

    The user (no SYSTEM, SYS, and SYSTEM are special, you should not use them unless you have TO) execution of the procedure must have the necessary privileges granted directly, bypassing a role...

    ??? There is nothing special about SYS or SYSTEM in what concerns them stored procedures. SYS by default is granted directly SELECT ANY SEQUENCE, so it does not work for the owner of MS by SYS. SYSTEM is therefore not:

    Scott@pdborcl12 > create sequence s;

    Order of creation.

    Scott@pdborcl12 > create or replace
    2 procedure system.p1
    3 is
    number of v_last_value 4;
    5. start
    6. Select last_number
    7 in v_last_value
    8 of all_sequences
    9 where sequence_owner = 'SCOTT '.
    10 and s = sequence_name ';
    11 end;
    12.

    Created procedure.

    Scott@pdborcl12 > system.p1 exec.
    BEGIN system.p1; END;

    *
    ERROR on line 1:
    ORA-01403: no data found
    ORA-06512: at "SYSTEM. "P1", line 5
    ORA-06512: at line 1

    Scott@pdborcl12 > grant select on s to the system;

    Grant succeeded.

    Scott@pdborcl12 > system.p1 exec.

    PL/SQL procedure successfully completed.

    Scott@pdborcl12 >

    SY.

  • Patch 3480000 fails with ORA-03114

    While applying the patch 3480000 for the improvement of 11.5.9 to 11.5.10.2 patch fails with
    ORA-03114: not connected to ORACLE


    occurred while executing the SQL statement:

    UPDATE fnd_install_processes
    SET skip_flag = "
    WHERE worker_id = 6

    Error stolen pending transactions and closing Pro * C connection.

    The error is:

    FND-UT-CMT: ORA-01041: internal error. hostdef extension doesn't exist

    Fate of AD worker suffering from failure.

    When compiling packages such as ahl/11.5.0/patch/115/sql/AHLPUFSS.pls.

    The database in 9.2.0.6 RAC.

    Hello

    Please see if these documents help.

    Note: 577534,1 - errors on FndXdfCmp.class: "ORA-03113: end of file on communication channel" and "FND-UT-CMT: ORA-01041: internal error." hostdef extension does not exist.
    Note: 340238.1 - Patch 4143498 receives errors Ora-01041, Ora-03114 on Iscrf70b.Pls Ora-01041

    Kind regards
    Hussein

  • OEM 12.1.0.3 Setup fails with ora-01017

    Greetings,

    I'm trying to upgrade my OEM 12.1.0.1 installation at 12.1.0.3. I'm following the instructions in the Oracle Enterprise Manager Cloud control Upgrade Guide and Support Oracle Note 1568143.1. I checked that all the prerequisites are met and have installed patch 11061801 in the repository. The repository and WHO are on different computers. The 12.1.0.1 installation is able to connect to the repository, it worked successfully for some time now. On the SGD server, quit the SGC and Agent and I invoke the 12.1.0.3 installation program. I followed the steps and when it gets to the login page, it fails with ORA-01017. Messages are displayed -

    1. check if the SYS password you have entered is valid.

    2. check if the REMOTE_LOGIN_PASSWORDFILE database initialization parameter is set to either shared or Exclusive.

    3. check whether a file with the file name orapw < SID > password exists in the < ORACLE_HOME > / dbs directory.

    All the conditions are met:

    -bash-3, $ 2 echo $ORACLE_SID

    oemrepos

    SQL > connect sys as sysdba

    Enter the password:

    Connected.

    SQL > connect sysman

    Enter the password:

    Connected.

    SQL > show parameter remote_login_passwordfile

    VALUE OF TYPE NAME

    ------------------------------------ ----------- ------------------------------

    Remote_login_passwordfile string EXCLUSIVE

    -bash-3, $ 2 ls-l $ORACLE_HOME/dbs/orapwoemrepos

    -rw - r - 1 oracle dba 1536 January 30, 2013 /usr/local/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/orapwoemrepos

    I am able to connect remotely from another machine. sqlplus is not installed on the SGD server.

    I am completely confused and need help. Web search indicates only that I need to make sure that the conditions listed above must be met, they are. If anyone has any suggestions I would appreciate the help.

    Thank you.

    Bill Wagman

    The problem has been resolved by recreating the password file. I used the same password. I don't understand yet why however.

    Thank you

    Bill Wagman

  • Downgrade from Windows 7 to XP. "Syntax error in the .sif file.

    Every afternoon.

    I wasn't totally sure what forum to put this in.

    My boss bought a new laptop of A11 - 11: my my line manager and asked that he be demoted to XP and put it on our network. (usually, it didn't network.)

    It's Windows 7, so I know that's not easy to downgrade.

    I changed the SATA setting in bios compatibility (IDE) and that allowed me to start running the installation CD.

    Then, I got this error;

    "There is a syntax error in the." SIF file used by Setup Online: 8971.

    Setup cannot continue. Stop or restart your computer. »

    I have this with 3 different original discs

    Looking around without decommissioning is to get rid of all the recovery partitions. So, I have that one hidden and now I have a large main drive to NTFS.

    I still get the same error. No recovery disk. Original discs and now I'm totally stumped.

    Are there any other settings in the Bios maybe I need to change?

    Anyone has an idea what I might try?

    See you soon
    Stu

    You should try to install Windows XP Home (SP2 or SP3) using SATA driver to start loading. In this case do not use the compatibility mode but AHCI mode.

    Without load the driver (F6 option at startup to install of WXP) SATA disk HARD will be not visible to Windows XP Home edition.
    Option of job search on this forum and you will find so many threads on the installation of Windows XP Home on the latest portable Win7 supported.

  • Syntax error in the language of Java persistence

    I wrote this simple program to use Java Persistence Query

    Public Shared Sub main (String [] args) {}
    test test = new test();

    EntityManagerFactory EMF = Persistence.createEntityManagerFactory ("SVGTopLink");
    EntityManager em = emf.createEntityManager ();
    String sql_text = 'SELECT the NEW ' +.
    "joinBasicShapes (c.chartName, c.height, c.width, sh.idShape, sh.points, sh.r1, sh.rx, sh.ry, sh.typeName, sh.widthR, sh.x1, sh.x2, sh.y1, sh.y2) +"
    "FROM SvgCharts c JOIN BasicShapes sh ON c.id_chart = sh.id_chart WHERE c.id_chart = 1";

    Query query = em.createQuery (sql_text);
    List list = query.getResultList ();

    Iterator it = lista.iterator ();
    for (int i = 0; it.hasNext (;it.next()) {}))
    System.out.println("---");
    }

    EM. Close();
    EMF. Close();
    }
    }
    But EntityManager does ' t as the query. Do you have any ideea?

    Exception in thread "main" java.lang.IllegalArgumentException: an exception occurred while creating a query in the EntityManager
    at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerImpl.createQuery(EntityManagerImpl.java:194)
    at svgtoplink.test.main(test.java:23)
    Caused by: Exception [TOPLINK-8024] (Oracle TopLink Essentials - 2.0 (Build b41-beta2 (2007-03-30))): oracle.toplink.essentials.exceptions.EJBQLException
    Description of the exception: syntax error parsing the query [SELECT NEW joinBasicShapes (c.chartName, c.height, c.width, sh.idShape, sh.points, sh.r1, sh.rx, sh.ry, sh.typeName, sh.widthR, sh.x1, sh.x2, sh.y1, sh.y2) OF SvgCharts c JOIN BasicShapes ON c.id_chart = sh.id_chart WHERE c.id_chart = 1 sh], line 1, column 177: syntax to [sh] error.
    Inner exception: line 1:177: waiting for DOT, found 'sh '.
    at oracle.toplink.essentials.exceptions.EJBQLException.syntaxErrorAt(EJBQLException.java:364)
    at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.handleANTLRException(EJBQLParser.java:319)
    at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.addError(EJBQLParser.java:262)
    at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.reportError(EJBQLParser.java:362)
    at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.joinAssociationPathExpression(EJBQLParser.java:1909)
    at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.join(EJBQLParser.java:1768)
    at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.identificationVariableDeclaration(EJBQLParser.java:1629)
    at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.fromClause(EJBQLParser.java:454)
    at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.selectStatement(EJBQLParser.java:179)
    at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.document(EJBQLParser.java:135)
    at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.parse(EJBQLParser.java:150)
    at oracle.toplink.essentials.internal.parsing.ejbql.EJBQLParser.buildParseTree(EJBQLParser.java:111)
    at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.buildEJBQLDatabaseQuery(EJBQueryImpl.java:200)
    at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.buildEJBQLDatabaseQuery(EJBQueryImpl.java:174)
    at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.buildEJBQLDatabaseQuery(EJBQueryImpl.java:138)
    to oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl. < init > (EJBQueryImpl.java:99)
    to oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl. < init > (EJBQueryImpl.java:84)
    to oracle.toplink.essentials.internal.ejb.cmp3.EJBQueryImpl. < init > (EJBQueryImpl.java:71)
    at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerImpl.createQuery(EntityManagerImpl.java:189)
    ... 1 more
    Caused by: 1:177 line: waiting for DOT, found 'sh '.
    at persistence.antlr.Parser.match(Parser.java:213)
    at oracle.toplink.essentials.internal.parsing.ejbql.antlr273.EJBQLParser.joinAssociationPathExpression(EJBQLParser.java:1901)
    ... 15 more
    Process has finished with exit code 1.

    Hello

    Try this

    Select c SvgCharts c join c.basicShapesList bs where c.idChart = 1

    Pedja

  • EXPDP fails with ORA-39125: worker unexpected fatal error in MAIN $

    Hi friends,

    Oracle 10.2.0.4.0 on Sun OS

    Im trying to metadata_only using EXPDP export

    Faced with the below error

    ORA-39125: worker unexpected fatal worker error of $ MAIN. UNLOAD_METADATA when calling DBMS_METADATA. [FETCH_XML_CLOB]

    ORA-31642: failure of the following SQL statement:

    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." "MAIN $ WORKER", line 6307




    --------------------------------------------------------------------------------
    PL / SQL Call Stack
    --------------------------------------------------------------------------------

    the line object

    serial number of handle

    51bf5dc20 15032 SYS package body. MAIN $ WORKER

    51bf5dc20 6372 SYS package body. MAIN $ WORKER

    51bf5dc20 2396 SYS package body. MAIN $ WORKER

    package body SYS 6944 51bf5dc20. MAIN $ WORKER

    51bf5dc20 1314 SYS package body. MAIN $ WORKER

    51c7e8650 anonymous block 2

    ====================================

    Results:

    I check the status of DBMS_RULE_EXP_RULES

    STATUS OF OWNER OBJECT_TYPE OBJECT_NAME

    --------------------------------------------------------------------------------
    --------------------------------------------------------
    --------------------------------------------------------------------------------

    --------------------------------------------------------------------------------
    DBMS_RULE_EXP_RULES VALID PACKAGE BODY SYS
    SYS DBMS_RULE_EXP_RULES PACKAGE AVAILABLE
    DBMS_RULE_EXP_RULES PUBLIC SYNONYM VALID

    Dbms_metadata & DBMS_SYS_ERROR packages are valid.

    ======================================================

    Error in the alert:

    The value of MAXTRANS parameter ignored (30).
    kupprdp: master the DM00 process started with pid = 25, OS id = 6506
    to run - SYS. KUPM$ MCP. HAND ('SYS_EXPORT_SCHEMA_01', 'SYS', ' KUPC$ C_1_20120908075037', ' KUPC$ S_1_20120908075037', 0);
    kupprdp: work DW01 process began with worker id = 1, pid = 26, OS id = 6633
    to run - SYS. WORKER OF $ MAIN. HAND ('SYS_EXPORT_SCHEMA_01', 'SYS');

    When I check the trace file, find the error below

    ORA-04063: package Ann body. "" COLLECTION "features the errors

    But when I check the condition of the packaging, it is valid.

    Thanks for your help
    KSG

    Salvation;

    ORA-04063: package Ann body. "" COLLECTION "features the errors

    You can try to compile this object? If it gives the error which is error message?

    Respect of
    HELIOS

  • This is how a SELECT query fails with ORA-1555 occur?

    11 GR 2/RHEL 6.2

    I would like to know exactly how a SQL fails with error ORA-1555.

    Please take a look at the following simple example.

    INVENTORY_DETAIL is a table that stores information about items in a store.

    For this DB UNDO_RETENTION is set to 3 600 (1 hour) and TUNED_UNDO_RETENTION Meanwhile 5400 (1.5 hours)

    At 15:00, there's 12 Logitek involved in inventory.

    ITEM_ID NOM_ELEMENT STOCK_LEFT

    --------- -------------------- ----------

    8432 LOGITEK 12 SPEAKER

    At 15:00 Session1, starts a SELECT large with several tables joins query. Something like

    Select id.item_id, id.item_name, su.supplier_price, su.supplier_code

    Su.batch_code...

    of INVENTORY_DETAIL id join in-house suppliers knew on (id.supplier_id = su.supplier_id)

    ...

    ..

    03:02, Session1 reads the block that stores the line with item_id = 8432 and learns that he has 12 Logitek left speakers.

    15:10, Session2 delivers the next UPDATE and he agrees immediately.

    Update inventory_detail set stock_left = 7 where item_id = 8432;

    commit;

    The UNDO data for Session2 transaction are stored in the measure of cancellation remaining, and the UNDO data gets debusquees at 04:40 when the TUNED_UNDO_RETENTION of 1.5 hours is crossed at 16:40.

    Because of the bad of e/s, query SELECT of Session1 manages to retrieve all the records only from 17:00.

    But session1 notice this line with item_id = 8432 changed. Now, there's only 7 Logitek speakers which is inconsistent with what he learned at 15:02 (who was then at 12). Because of this incompatibility SO not able to recover data UNDO on this gap, ORA-1555 is thrown. My assumptions are good?

    3:10PM                             4:10PM                          4:40PM                       5:00PM

    |===================================|-------------------------------|-----------------------------|

    UNDO_RETENTION = 1 HR retention Undo Tuned = 1.5 h finishes of request for enforcement

    Martin, you asked, "are the correct on the circumstances that led to ORA-1555 my explanations?  The answer is no.  Oracle does not notice at the end of the query that changed a line he read.  Instead, each read line is at the same point in time.  When Oracle sees that a row has changed Oracle reads the UNDO segments to find the version of the data corresponding to the query start time.  If these data cannot be found the ORA-01555 error is raised.

    - -

    HTH - Mark D Powell.

  • Create_entailment fails with ORA-00933

    Hi all

    When I try to launch the creation of a new commitment,

    EXECUTE sem_apis.create_entailment('my_entailment', sem_models('my_model'), sem_rulebases('owlprime'));
    

    the procedure fails with the following error:

    ORA-00933: comando SQL terminato erroneamente
    ORA-06512: a "MDSYS.SDO_SEM_INF_INTERNAL", line 13518
    ORA-06512: a "MDSYS.SDO_SEM_INFERENCE", line 142
    ORA-06512: a "MDSYS.SDO_SEM_INFERENCE", line 184
    ORA-06512: a "MDSYS.RDF_APIS", line 108
    ORA-06512: a line 1
    00933. 00000 -  "SQL command not properly ended"
    *Cause:    
    *Action:
    

    I've never experienced this problem when I was working on my 11.2.0.1 instance of my machine to Windows Server 2008 R2, but it happens now that I've migrated to 11.2.0.3. The same command that worked no longer; This happens on the migrated database, as well as on a new database. Also, I checked MDSYS. RDF_PARAMETER and SEM_VERSION 11203 is valid.

    I did some research, but I have not found anything on this topic... and the error message is not to help me trying to understand what goes wrong.

    Any suggestion?

    Hello

    Are there changes to the character set, the setting of the nls, etc. with the new database?

    Before running the entailment create command, that help to run the first next?

    SQL > ALTER SESSION SET NLS_NUMERIC_CHARACTERS ='.,';

    Thank you

    Zhe Wu

  • expdp fails with ORA-31693 and ORA-01555

    Hello

    I use Oracle Database 10 g Enterprise Edition Release 10.2.0.4.0 - 64bi under hp - ux

    I export the DB as follows:

    password/expdp system.
    Full = y.
    dumpfile = backup_dir:expdp_$ ORACLE_SID.dmp.
    logfile = backup_dir:expdp_$ ORACLE_SID.log.
    exclude = statistics-
    estimate statistics =.
    flashback_time =-"TO_TIMESTAMP\ (\ ' $DATE_EXP\ ', \'YYYY-MM-DD HH24:MI:SS\'\) \" "

    It has always worked well, but this morning I received an error message:

    ORA-31693: Data Table object "DFE". "' TGV_CONTROLE ' failed to load/unload and being ignored because of the error:
    ORA-02354: Error exporting/importing data
    ORA-01555: snapshot too old: rollback segment number 1 with the name ' _SYSSMU1$ ' too small
    ORA-00604: an error has occurred at the SQL level recursive 3
    ORA-08180: no snapshot found on the basis of time specified
    ORA-06512: at "SYS." TIMESTAMP_TO_SCN', line 1
    ORA-00604: an error has occurred at the SQL level recursive 3
    ORA-08180: no snapshot found on the basis of time specified


    no idea what that sometimes causes this error?

    Thank you

    The time that you specified is mapped to an invalid SCN, a SCN beyond the current retention policy used.
    You can try more big parameter UNDO_RETENTION or flashback for the more recent time and start again.

  • create the database fails with ORA-27102 - not enough memory

    Hello

    I have server Solaris 10 with 16 GB of ram. On that, there are 10 databases (8 of them 9.2.0.7 and 2 of them 10.2.0.4) running - but they have a small LVO-300 mb each (about even smaller 200 MB or more). Now, I have to create two more data on this database. When I try to create the db, it fails with the error:

    Connect to an instance is idle.
    ORA-27102: out of memory
    SVR4 error: 22: invalid argument

    And the journal of alerts meesages as below:
    Starting ORACLE instance (normal)
    Tue May 26 07:37:39 2009
    WARNING: EINVAL creation of segment size 0 x 0000000029002000
    Difficulty shm parameters in/etc/System or equivalent

    See also the output of this command:

    prctl - n Project.Max - shm-memory - i user.root of the project
    project: 1: user.root
    NAME PRIVILEGE VALUE FLAG ACTION BENEFICIARY
    Project.Max - shm-memory
    3.92 GB privilege - deny-
    system 16.0EB max deny-

    Now, I tried to change that with this command (as suggested in the installation guide):
    prctl - n v Project.Max - shm-memory - 8 GB - r-i user.root of the project

    but I still don't have the same error. So I refer to Metalink document 399895.1. It is said that manually change the settings in/etc/System. This requires a reboot and I had prior to do this restart tomorrow. But my question is: what are the values that I should put in this file? + as suggested in the note, if I put the values below? -

    For example, a value of the sample (mentioned in the note) are: for entry system/etc/setting SHMMAX = 6 GB.

    Set shmsys:shminfo_shmmax = 6442450944
    Set semsys:seminfo_semmni = 1024
    Set semsys:seminfo_semmsl = 1024
    Set shmsys:shminfo_shmmni = 100

    or should I put some other values (for all parameters as semmni, semmsl etc.)? I missed that I should be by specifying values.

    Thank you

    Published by: orausern on May 26, 2009 07:24

    Published by: orausern on May 26, 2009 07:27

    I'm not a Unix system administrator, but I think that your steps are correct - pl check with your Unix system administrator

    Srini

Maybe you are looking for

  • How can I make the DVD drive Mat * une Région UJ - 841S (Satellite M70) free?

    HelloI spent hours and hours trying to remove my car DVD DVD regional code Mat * a UJ - 841 S on Toshiba Satellite M70-204.I checked on various forums and asked a lot of people in the stores...Nobody gave me a hint to this topic...Can you please help

  • iPhone won't let me update to 9.2

    Whenever I'm going to update my phone from a version beta 9.1 through the application of settings there me to enter my password, but then the settings app will crash. I tried via my computer also, but it is said that 9.1 is the latest version and the

  • How do I restore the partition hidden bootcamp

    Hello I had the partition, bootcamp for windows 7 and I had restored the bootcamp. Bootcamp deleted the partition, but it could not restore the main HD storage size. How to restore the free space.

  • Satellite A110-277: can not access the internet wireless

    HelloI have a Toshiba Satellite A110-277. We have wireless internet access in our House and it was workin fine, but since a few days I can not access the internet. My laptop is certainly recognizing internet connection wireless, but through IE or Fir

  • Logins stolen and is used for broadcasting pending when I log in webmail.

    Every day I receive dozens of returned spam email msgs sent with my login id. Most likely, this happens when I connect to the mail window and you want to check my msgs. Many of my friends, accquantainces feel they receive msgs recommend some websites