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

Tags: Enterprise Manager

Similar Questions

  • VMware Update Manager - Setup failed with an unknown error. vCenter credentials could not be validated

    Hi all

    I have my getting the error next message when I try to install VUM.

    VMware Update Manager - Setup failed with an unknown error. vCenter credentials could not be validated

    Help, please.

    Hi John,.

    Please follow the link below.

    http://www.virtualmvp.com/VMware-Update-Manager-Setup-failed-with-an-unknown-error-vCenter-credentials-could-not-be-validated/

    Thank you

    Venance

  • 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

  • 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.

  • 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

  • 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

  • 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

  • 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

  • Windows 7 Setup fails with «the installation package cannot be opened...» »

    We receive the error message "this installation package could not be opened.  Verify that the package exists and that you can access it, or contact the application vendor to verify that this is a valid Windows Installer package. "the installation of accessdatabasedriver.exe (database driver Access 2010).

    I tried to log in as a local administrator without success.

    I ran the diagnostics for Windows install and it says that nothing is wrong.

    I tried to disable the anti-virus software and scan for malicious software without success.

    Any ideas?

    The tracking information is stored in the temp folder:

    = Registration began: 14/07/2015-14:57:24 Build type: SHIP UNICODE 5.00.7601.00 appeal process: C:\Windows\SysWOW64\msiexec.exe =.
    MSI (c) (0C: 88) [14:57:24:286]: established police.  Charset: Req = 0, Ret = 0, fonts: Req = MS Shell Dlg, Ret = MS Shell Dlg

    MSI (c) (0C: 88) [14:57:24:286]: established police.  Charset: Req = 0, Ret = 0, fonts: Req = MS Shell Dlg, Ret = MS Shell Dlg

    MSI (c) (0C: 4) [14:57:24:301]: Resetting cached policy values
    MSI (c) (0C: 4) [14:57:24:301]: value of strategy Machine 'Debug' is 0
    MSI (c) (0C: 4) [14:57:24:301]: * RunEngine:
    Product: AceRedist.msi
    Action:
    Command line:
    MSI (c) (0C: 4) [14:57:24:301]: value of strategy Machine 'DisableUserInstalls' is 0
    MSI (c) (0C: 4) [14:57:24:317]: Note: 1: 1402 2: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer 3:2
    MSI (c) (0C: 4) [14:57:24:317]: Note: 1: 1324 2: Program Files (x 86) 3: 1
    MSI (c) (0C: 4) [14:57:24:317]: MainEngineThread returns 2
    = Recording stopped: 14/07/2015-14:57:24 =.

    Found the problem and the solution.

    I found that all msi packages would fail.  I tried to install another package as a .exe and received the error message: "the folder path ' program files (x 86)" contains an invalid character.

    This brings me to wonder about the long file name support.  After research, I found the registry key 'Win31FileSystem' has been set to 1.  This system was originally setup to be able to save files on a computer embedded Windows 3.1 (don't ask). It turns out that having this disables running or is not compatible with the appointment of "Program Files" (x 86)  Definition of this registry key to 0 and reboot solves the problem of msi.

    Thank you

    John

  • Windows update Setup fails with error code 80070641.

    my laptop will not install updates. How can I install updates?

    I tried all the things that windows says to do but none of it works

    have now 19 important updates that it will just install, any help would be greatly appreciated!

    Thank you

    Original title: Vista-error code 80070641 641

    See if this post has resolved your problem: http://answers.microsoft.com/en-us/windows/forum/windows_other-windows_update/updates-not-responding-error-code-80070641/446c108b-3222-46f9-ad2c-05dd231fd071

    J W Stuart: http://www.pagestart.com

  • 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

  • DG fails with ora-16532 / ora-16577

    Because my DBs are on a network disconnected, I can't copy and paste large quantities. Everything here is typical. Please be patient.

    Primary DB is EE 11.2.0.3.0 on RHEL 5.1 and running on the file (no - ASM) system.

    DB pending is EE 11.2.0.4.0 OEL 6.4 and running on ASM.

    I perform RMAN DUPLICATE ACTIVE without error. I have run the following SQL queries on the instance of relief:

    ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
    
    ALTER SESSION SET nls_date_format='DD-MON-YYYY HH24:MI:SS';
    
    select database_role,protection_mode from v$database;
    DATABASE_ROLE      -     PROTECTION_MODE
    PHYSICAL STANDBY   -     MAXIMUM PERFORMANCE
    
    SELECT sequence#, first_time, next_time, applied
    FROM   v$archived_log ORDER BY sequence#;
    
    
    
    

    I compare v$ archived_log against primary. Everything transferred and applied. Life is good. I am surprised, I did not met all the problems again! Maybe I really became a good DBA now! Now all I do is turn on Data Guard.

    I have set up my caller on hold. Notable entries are below.

    ...

    (SID_DESC =
    (SDU = 32767)
    (GLOBAL_DBNAME = acme2_DGMGRL)
    (ORACLE_HOME = /u01/app/oracle/product/11.2.0/db_home1)
    (ENVS="TNS_ADMIN=/u01/app/oracle/product/11.2.0/grid/network/admin")
    (SERVER = DEDICATED)
    (SID_NAME = acme2)
    )
    (SID_DESC =
    (SDU = 32767)
    (GLOBAL_DBNAME = acme2_DGB)
    (ORACLE_HOME = /u01/app/oracle/product/11.2.0/db_home1)
    (ENVS="TNS_ADMIN=/u01/app/oracle/product/11.2.0/grid/network/admin")
    (SERVER = DEDICATED)
    (SID_NAME = acme2)
    )
    
    DYNAMIC_REGISTRATION_LISTENER_ACME2=OFF
    
    
    
    

    Because dynamic registration is disabled, I have generated statically _DGB above entry. I understand that ENVS is not strictly necessary, however, I have included to exclude errors. I'm sure some additional settings are properly configured.

    Elementary school:

    show parameter log_archive
    log_archive_config:  'dg_config=(acme,acme2)'
    log_archive_dest_1:  LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=acme
    log_archive_dest_2:  SERVICE=acme2 SYNC AFFIRM reopen=15 NET_TIMEOUT=15 DB_UNIQUE_NAME=acme2 VALID_FOR=(online_logfiles,primary_role) 
    
    
    
    

    Standby:

    show parameter log_archive
    log_archive_config:  'dg_config=(acme2,acme)'
    log_archive_dest_1:  LOCATION=USE_DB_RECOVERY_FILE_DEST
    log_archive_dest_2:  SERVICE=acme AFFIRM SYNC VALID_FOR=(online_logfiles,primary_role) DB_UNIQUE_NAME=acme
    
    
    
    

    I check on the primary:

    show parameter dg_broker
    NAME      -  VALUE
    dg_broker_config_file1 - /u02/app/oracle/fra/dr1acme.dat
    dg_broker_config_file2 - /u02/app/oracle/fra/dr2acme.dat
    dg_broker_true         - TRUE
    
    

    I put and check that the sleep settings:

    show parameter dg_broker
    NAME      -  VALUE
    dg_broker_config_file1 - +DATA/acme2/broker/dr1acme.dat
    dg_broker_config_file2 - +FRA/acme2/broker/dr2acme.dat
    dg_broker_true         - TRUE
    
    
    

    I'm going to the ASMCMD from the night before and make the directories above.

    Elementary school:

    dgmgrl
    connect sys/mypassword
    Connected.
    add database acme2 as connect identifier is acme2 maintained as physical;
    
    
    
    

    He adds very well. It is part of the configuration, but disabled. In the listener from sleep log, I see that the primary is a successful connection to the service 'acme2'.

    show database verbose acme2 (I only typed relevant properties...ask for more if need be)
    DGConnectIdentifier = 'acme2'
    LogXptMode = 'SYNC'
    Standbyfilemanagement = 'AUTO'
    DbFileNameConvert = '/u02/app/oracle, +DATA, /u03/app/oracle, +DATA'
    LogFileNameConvert = '/u02/app/oracle, +FRA, /u03/app/oracle, +FRA'
    StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(host=mystandbyhost)(port=1521))(CONNECT_DATA=(SERVICE_NAME=acme2_DGMGRL)(INSTANCE_NAME=acme)(SERVER=DEDICATED)))'
    StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
    
    Database Status:
    DISABLED
    
    
    
    

    Just to double check, I use my DGMGRL Standby to try to connect to the primary DGMGRL with "sys/mypassword". Success! I can view primary DGMGRL configuration of the previous day. I have then copy and paste the "StaticConnectIdentifier" above in my primary tnsnames.ora file and create a temporary entry of TNS. I then try to tnsping this entry temp. All right. I have remove the temporary entry and return to DGMGRL. Everything went perfectly. Finally, I check the file of newspaper DG on the eve. The last line is "Configuration does not exist, Data Guard Broker loan", which is exactly what I expected to see at this stage. Can now do better?

    Elementary school:

    dgmgrl
    connect sys/mypassword
    Connected.
    enable database acme2;
    
    
    
    

    .. and so my long nightmare starts. Custody of intelligence data does not work.

    On logs waiting for DG, I see these errors for a while, but then they disappear:

    drcx: cannot open configuration file "+DATA/acme2/broker/dr1acme.dat"
    
    
    
    

    What makes the sense that they have not been copied yet. After a minute, I check the DATA + and + FRA starts on the eve and two config DG files have transferred and is where they should be. Ok. I check the database of pending log file. Only standard archived journal entries (files are always transferred from the primary school outside of Data Guard). I check ADRCI on intelligence. There are no problems or incidents.

    On the primary level, there is no problem or incident at the ADRCI and errors will only find is in the DG log file. They are:

    Broker Initiated ENABLE of site acme2 has been scheduled
    Data Guard Broker Status Summary:
    Type                 --       Name           --            Severity  --   Status
    Configuration                 DG_ACME_CONFIG       warning       ora-16607
    Primary DB                   acme                           success       ora-00000
    Physical Standby DB        acme2                         error         ora-16532
    
    ENABLE DATABASE acme2
    Metadata Resync failed. Status = ora-16577
    
    Command ENABLE DATABASE acme2 completed
    
    
    
    

    The error is repeated continually as main tent contact the broker ensures DG. I have check the earphone standby log file. I see that primary is connected to the local 'acme2_DGB' about once every minute, right mark. It is to achieve the TNS service, but the TNS service does not meets with the local broker.

    On the Pb of the day before, I run

    SQL> select process,client_process,status from v$managed_standby;
    
    
    
    
    PROCESS of CLIENT_PROCESS STATUS
    ARCHARCHCLOSING
    ARCHARCHCLOSING
    ARCHARCHCONNECTED
    ARCHARCHCLOSING
    RFSARCHIDLE
    RFSUNKNOWNIDLE
    RFSLGWRIDLE

    SELECT THE MESSAGE FROM V$ DATAGUARD_STATUS; shows nothing useful (transfers archive standard only).


    I've completely removed the DG configuration on all the boxes, removed the DG config files and completely recreated the configuration several times. In fact, I completely rebuilt the standby database DG twice. In addition, accelerated failover is disabled on the configuration of the DG.

    I tried everything I can think and find online. I would be very happy any idea on this issue that the community has to offer.

    Hello

    I do not use DG with broker but I want to ask something. I couldn't see the values of the parameters compatible on both sides. You know that the values must be the same on all the databases in a dataguard configuration.

    Primary DB is EE 11.2.0.3.0 on RHEL 5.1 and running on the file (no - ASM) system.

    DB pending is EE 11.2.0.4.0 OEL 6.4 and running on ASM.

    Best regards

  • CREATE a USER Oracle 12 c fails with ORA-01031 (insufficient privileges)

    I work with a client to start the test 12 c with an application.

    User logged into the database by using both "/ as sysdba" and "xxxxxxx/sys as sysdba.

    However, doing so CREATE USER someuser IDENTIFIED BY somepass;

    insufficient privileges ORA-01031 auto fails.

    I don't see an obvious reason why this does not work, and it works on my own system. Any ideas are appreciated.

    He said he was using a traditional database (no plug-in) wrong after previously created a pluggable.

    Daryl

    by chance, do you have database Vault (figure DVSYS) installed in your database? According to default manual installation program prevents you to create the user if data vault is configured.

    http://docs.Oracle.com/CD/B28359_01/server.111/b31222/DB_objects.htm

    Oracle Database Vault | Oracle database | Oracle

    Oracle Database Vault allows customers to avoid excesses in controlling the use of commands such as ALTER SYSTEM, ALTER USER, DROP USER, CREATE USER, etc.

    In addition, check this box

    "Create a user" gives ORA-01031: not sufficient privileges to user sys

Maybe you are looking for