1. Release Notes
  2. Known Issues with Oracle Database Appliance in This Release

4 Known Issues with Oracle Database Appliance in This Release

The following are known issues deploying, updating, and managing Oracle Database Appliance in this release.

Known Issues When Patching Oracle Database Appliance

Understand the known issues when patching Oracle Database Appliance to this release.

Parent topic: Known Issues with Oracle Database Appliance in This Release

Error in updating the operating system when patching the server

When patching the server to Oracle Database Appliance release 19.15, the operating system may not be updated.

The following error message is displayed:
DCS-10001:Internal error encountered: Failed to patch OS.
Run the following command:
rpm -q kernel-uek

If the output of this command displays multiple RPM names, then perform the workaround.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Remove the following RPMs:
# yum remove kernel-uek-4.14.35-1902.11.3.1.el7uek.x86_64
# yum remove kernel-uek-4.14.35-1902.301.1.el7uek.x86_64

This issue is tracked with Oracle bug 34154435.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in server patching during DB system patching

When patching the server during DB system patching to Oracle Database Appliance release 19.15, an error may be encountered.

The following error message is displayed:
ORA-12559: Message 12559 not found;  product=RDBMS; facility=ORA

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Retry server patching on the DB system.

This issue is tracked with Oracle bug 34153158.

Parent topic: Known Issues When Patching Oracle Database Appliance

Component version not updated after patching

After patching the server to Oracle Database Appliance release 19.16, the odacli describe-component command does not display the correct Intel Model 0x1528 Ethernet Controller version, if the current version is 8000047B or 8000047C.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Manually update the Ethernet controllers to 00005DD or 800005DE using the fwupdate command.

This issue is tracked with Oracle bug 34402352.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in the precheck report when patching database

In the precheck report for applying data patch, an error may be encountered.

Problem Description

When running the odacli create-prepatchreport command for data patch on Oracle RAC One Node database, there is an error in the Evaluate DB data patching Opatch check for the node where the database does not run. The check runs as expected for the node where the database is running.

Failure Message

When the odacli describe-prepatchreport -i jobid command is run, the following error message is displayed: 

Internal error encountered

When the odacli describe-job -i jobid command is run, the following error message is displayed: 

DCS-10001:Internal error encountered: String index out of range: -1

Command Details

# odacli create-prepatchreport -dbid databaseId -dp

Hardware Models

All Oracle Database Appliance hardware models with Oracle RAC One Node Database

Workaround

Use the odacli describe-prepatchreport -i jobid command instead of the odacli describe-job -i jobid command to view the list of patches to be applied. When this failure occurs for Oracle RAC One Node database, use the -f option with the odacli update-database command to run the apply datapatch operation successfully.

Bug Number

This issue is tracked with Oracle bug 34770585.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in patching database using the odacli update-database command

After patching a database with the odacli update-database command, an error may be encountered.

Problem Description

When you revert an Oracle Database 19c database from a later release to Oracle Database release 19.15, 19.14, or 19.13, using the odacli update-database command with the --revert option, the database may fail to start.

Failure Message

The following error message is displayed:

ORA-46372: audit file 'oracle_home/audit/node_name/ora_audit_xy.bin' not found

Command Details

# odacli update-database --revert

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Manually apply the one-off patch for bug 33809642, and then revert the database to Oracle Database release 19.15, 19.14, or 19.13.

Bug Number

This issue is tracked with Oracle bug 34736864.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in upgrading database home

When patching a database home to Oracle Database Appliance release 19.17, an error may be encountered.

Problem Description

When running the pre-checks to update the database homes, the ORAchk section of the prepatch report may display an error. There may be an error in a check in the Cluster Verification Utility.

Failure Message

When running the odacli describe-prepatchreport -i jobid command, the following error message is displayed: 

__ORACHK__
Running orachk               Failed    Orachk validation failed: .
Validate command execution   Success   Validated command execution
Clock Synchronization        Failed    Clock Synchronization check
                                       failed

Command Details

# odacli create-prepatchreport -d -i -v release
# odacli describe-prepatchreport -i report_ID

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Run the odacli create-prepatchreport command and then use the -f option to patch the component (server, database home, or database).

Bug Number

This issue is tracked with Oracle bug 33964339.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in the detach node process in Data Preserving Reprovisioning process

When running the odaupgradeutil detach-node command, an error may be encountered.

Problem Description

If your Oracle Database Appliance high-availability deployment has an Oracle RAC One Database release 11g, then during the detach operation, the password file may not be present on the node where database runs. This may occur if the database was created on the target node and was relocated to the other node before the detach node operation is run. Check odaupgradeutil_saveconf_date_time.log to confirm the issue and search for the error message "ERROR - passwd file not found".

Failure Message

The following error message is displayed:

Exception occurred: DB discovery failed, Cause: Not all components discovered for database 'db_name'

Command Details

# odaupgradeutil detach-node

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. Copy the password file from the remote node to the local node.
  2. Retry the command odaupgradeutil detach-node.

Bug Number

This issue is tracked with Oracle bug 34648294.

Parent topic: Known Issues When Patching Oracle Database Appliance

Detaching of databases with additionally configured services not supported by odaugradeutil

When running odaugradeutil in the Data Preserving Reprovisioning process, if there are additionally configured services, then databases cannot be detached.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Additional services must be deleted to complete the detach operation by running the command srvctl remove service. If these services are required, then before removing the service, the metadata must be captured manually and then the services must be recreated on the system running Oracle Database Appliance release 19.15 using the srvctl command from the appropriate database home.

This issue is tracked with Oracle bug 33593287.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in restore node process in Data Preserving Reprovisioning

In the Data Preserving Reprovisioning process, during node restore, an error may be encountered.

If incorrect VIP names or VIP IP addresses are configured, then the detach completes successfully but the command odacli restore-node -g displays a validation error. This is because the earlier releases did not validate VIP names or VIP IP addresses before provisioning.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:

Manually edit the file /opt/oracle/oak/restore/metadata/provisionInstance.json with the correct VIP names or VIP IP addresses. Retry the command odacli restore-node -g. For fixing VIP names or VIP IP addresses, nslookup can be used to query hostnames and IP addresses.

This issue is tracked with Oracle bug 34140344.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in restore node process in Data Preserving Reprovisioning

In the Data Preserving Reprovisioning process, during node restore, an error may be encountered.

The following error message may be displayed:
DCS-10045: groupNames are not unique.

This error occurs if the source Oracle Database Appliance is an OAK version. This is because on the DCS stack, the same operating system group is not allowed to be assigned two or more roles.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:

Manually edit the file /opt/oracle/oak/restore/metadata/provisionInstance.json with unique group names for each role. Retry the command odacli restore-node -g.

This issue is tracked with Oracle bug 34042493.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error messages in log entries in Data Preserving Reprovisioning

In the Data Preserving Reprovisioning process, during node restore, the log entries may display error messages though the overall status of the job is displayed as SUCCESS.

For Oracle Database Appliance running the DCS stack starting with Oracle Database Appliance release 12.2.1.4.0, the command odacli restore-node -d performs a set of ignorable tasks. Failure of these tasks does not affect the status of the overall job. The output of the command odacli describe-job may report such failures. These tasks are:
Restore of user created networks
Restore of object stores
Restore of NFS backup locations
Restore of backupconfigs
Relinking of backupconfigs to databases
Restore of backup reports

In the sample output above, even if these tasks fail, the overall status of the job is marked as SUCCESS.

Hardware Models

All Oracle Database Appliance hardware models being upgraded using the Data Preserving Reprovisioning process

Workaround

Investigate the failure using the dcs-agent.log, fix the errors, and then retry the command odacli restore-node -d.

This issue is tracked with Oracle bug 34512193.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in server patching

When patching Oracle Database Appliance which already has STIG V1R2 deployed, an error may be encountered.

On an Oracle Database Appliance deployment with release earlier than 19.17, if the Security Technical Implementation Guidelines (STIG) V1R2 is already deployed, then when you patch to 19.17 or earlier, and run the command odacli update-server -f version, an error may be displayed.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

The STIG V1R2 rule OL7-00-040420 tries to change the permission of the file /etc/ssh/ssh_host_rsa_key from '640' to '600' which causes the error. During patching, run the command chmod 600 /etc/ssh/ssh_host_rsa_key command on both nodes.

This issue is tracked with Oracle bug 33168598.

Parent topic: Known Issues When Patching Oracle Database Appliance

AHF error in prepatch report for the update-dbhome command

When you patch server to Oracle Database Appliance release 19.17, the odacli update-dbhome command may fail.

The following error message is displayed in the pre-patch report:
Verify the Alternate Archive    Failed    AHF-4940: One or more log archive 
Destination is Configured to              destination and alternate log archive
Prevent Database Hangs                    destination settings are not as recommended

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. Run the odacli update-dbhome command with the -f option.
    /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.17.0.0.0 -f

This issue is tracked with Oracle bug 33144170.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error in patching prechecks report

The patchung prechecks report may display an error.

The following error message may be displayed:
Failure in the pre-patch report caused by “AHF-5190: operating system boot device order is not configured as recommended”

Hardware Models

Oracle Database Appliance X-7 hardware models

Workaround

Run the odacli update-server or odacli update-dbhome command with the -f option.

This issue is tracked with Oracle bug 33631256.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error message displayed even when patching Oracle Database Appliance is successful

Although patching of Oracle Database Appliance was successful, an error message may be displayed.

The following error is seen when running the odacli update-dcscomponents command: 
# time odacli update-dcscomponents -v 19.17.0.0.0 
^[[ADCS-10008:Failed to update DCScomponents: 19.17.0.0.0
Internal error while patching the DCS components : 
DCS-10231:Cannot proceed. Pre-checks for update-dcscomponents failed. Refer  
to /opt/oracle/dcs/log/-dcscomponentsPreCheckReport.log on node 1 for  
details.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

This is a timing issue with setting up the SSH equivalence.

Run the odacli update-dcscomponents command again and the operation completes successfully.

This issue is tracked with Oracle bug 32553519.

Parent topic: Known Issues When Patching Oracle Database Appliance

Server status not set to Normal when patching

When patching Oracle Database Appliance, an error is encountered.

When patching the appliance, the odacli update-server command fails with the following error: 

DCS-10001:Internal error encountered: Server upgrade state is not NORMAL node_name

Hardware Models

All Oracle Database Appliance hardware models

Workaround

  1. Run the command:
    Grid_home/bin/cluvfy stage -post crsinst -collect cluster -gi_upgrade -n all
  2. Ignore the following two warnings:
    Verifying OCR Integrity ...WARNING
PRVG-6017 : OCR backup is located in the same disk group "+DATA" as OCR.

Verifying Single Client Access Name (SCAN) ...WARNING
RVG-11368 : A SCAN is recommended to resolve to "3" or more IP

  3. Run the command again till the output displays only the two warnings above. The status of Oracle Custerware status should be Normal again.

  4. You can verify the status with the command:
    Grid_home/bin/crsctl query crs activeversion -f

This issue is tracked with Oracle bug 30099090.

Parent topic: Known Issues When Patching Oracle Database Appliance

Error when patching to 12.1.0.2.190716 Bundle Patch

When patching Oracle Database release 12.1.0.2 to Oracle Database 12.1.0.2.190716 Bundle Patch, an error is encountered.

The ODACLI job displays the following error:

DCS-10001:Internal error encountered: Failed to run SQL script: datapatch script.

The data patch log contains the entry "Prereq check failed, exiting without installing any patches.".

Hardware Models

All Oracle Database Appliance hardware models bare metal deployments

Workaround

Install the same patch again.

This issue is tracked with Oracle bugs 30026438 and 30155710.

Parent topic: Known Issues When Patching Oracle Database Appliance

Patching of M.2 drives not supported

Patching of M.2 drives (local disks SSDSCKJB48 and SSDSCKJB480G7) is not supported.

These drives are displayed when you run the odacli describe-component command. Patching of neither of the two known versions 0112 and 0121 of the M.2 disk is supported.

Hardware Models

Oracle Database Appliance bare metal deployments

Workaround

None

This issue is tracked with Oracle bug 30249232.

Parent topic: Known Issues When Patching Oracle Database Appliance

Known Issues When Deploying Oracle Database Appliance

Understand the known issues when provisioning or deploying Oracle Database Appliance.

Parent topic: Known Issues with Oracle Database Appliance in This Release

ODACLI command output not included in system report

On Oracle Database Appliance which has multi-user access enabled, ODACLI command output is not included in the system report.

The system report generated by Oracle Trace File Analyzer Collector does not have the output for ODACLI commands as the ODACLI commands do not run in the absence of required authentication.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Generate the output of the ODACLI commands separately and then provide the output to Oracle Support, if needed.

This issue is tracked with Oracle bug 33786157.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error in creating a DB system

When creating a DB system, an error may be encountered.

Problem Description

When creating a DB system, the following errors may be encountered:
  • The odacli create-dbsystem job may be stuck in the running status for a long time.
  • Other DB system or application VM lifecycle operations such as create, start, or stop VM jobs may be stuck in the running status for a long time.
  • Any virsh command such as virsh list command process may not respond.
  • The command ps -ef | grep libvirtd displays that there are two libvirtd processes. For example:
    # ps -ef |grep libvirtd
root      5369     1  0 05:27 ?        00:00:03 /usr/sbin/libvirtd
root     27496  5369  0 05:29 ?        00:00:00 /usr/sbin/libvirtd  <<<

    The second libvirtd process (pid 27496) is stuck and causes the job hang.

Command Details

# odacli create-dbsystem

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Delete the second libvirtd, that is, the one spawned by the first libvirtd, for example, pid: 27496 in the above example.

Bug Number

This issue is tracked with Oracle bug 34715675.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error in clone database operation

When cloning a single-instance or Oracle RAC One Node database from a remote node on an Oracle Database Appliance high-availability system, an error may be encountered.

Problem Description

The DCS process cannot determine the open_mode for example, read-write, read-only mode, of a Database while running the clone database operation from a remote node. This issue does not occur on Oracle RAC database because there exists a local database instance on each node.

The following errors may be encountered:

DCS-10001:Internal error encountered: In method: isReadOnlyDb.Unable to check
if database is in READ only mode.Error:alter session set
nls_language='AMERICAN'
*
ERROR at line 1:
ORA-01034: ORACLE not available
Process ID: 0
Session ID: 0 Serial number: 0


select open_mode from v$database
*
ERROR at line 1:
ORA-01034: ORACLE not available
Process ID: 0
Session ID: 0 Serial number: 0

Command Details

# odacli clone-database

Hardware Models

All Oracle Database Appliance hardware models

Workaround

For single-instance databases, run the odacli clone-database command from the node where the database runs.

For Oracle RAC One databases created on node0, run the odacli clone-database command from the local node, that is, node0.

Bug Number

This issue is tracked with Oracle bug 34807735.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error in modifying the database

The modify operation is unable to reset database parameter.

This is because the database running on the node displayed in the srvctl and the metadata are not the same.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. Stop the database:
    srvctl stop database -d dbuniquename
  2. Start the database:
    srvctl start database -d dbuniquename -node targetNodeNumber

This issue is tracked with Oracle bug 34292498.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error in creating two DB systems

When creating two DB systems concurrently in two different Oracle ASM disk groups, an error is encountered.

When attempting to start the DB systems, the following error message is displayed:
CRS-2672: Attempting to start 'vm_name.kvm' on 'oda_server'
CRS-5017: The resource action "vm_name.kvm start" encountered the following
error:
CRS-29200: The libvirt virtualization library encountered the following
error:
Timed out during operation: cannot acquire state change lock (held by
monitor=remoteDispatchDomainCreate)
. For details refer to "(:CLSN00107:)" in
"/u01/app/grid/diag/crs/<oda_server>/crs/trace/crsd_orarootagent_root.trc".
CRS-2674: Start of 'vm_name.kvm' on 'oda_server' failed
CRS-2679: Attempting to clean 'vm_name.kvm' on 'oda_server'
CRS-2681: Clean of 'vm_name.kvm' on 'oda_server' succeeded
CRS-4000: Command Start failed, or completed with errors.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Do not create two DB systems concurrently. Instead, complete the creation of one DB system and then create the other.

This issue is tracked with Oracle bug 33275630.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error in creating DB system

When creating a DB system on Oracle Database Appliance, an error may be encountered.

When running the odacli create-dbsystem command, the following error message may be displayed:
DCS-10001:Internal error encountered: ASM network is not online in all nodes

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. Manually bring the offline resources online:
    crsctl start res -all
  2. Run the odacli create-dbsystem command.

This issue is tracked with Oracle bug 33784937.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error in adding JBOD

When you add a second JBOD to your Oracle Database Appliance deployment on which a DB system is running, an error is encountered.

The following error message is displayed:
ORA-15333: disk is not visible on client instance

Hardware Models

All Oracle Database Appliance hardware models bare metal and dbsystem

Workaround

Shut down dbsystem before adding the second JBOD. 
systemctl restart initdcsagent

This issue is tracked with Oracle bug 32586762.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error in provisioning appliance after running cleanup.pl

Errors encountered in provisioning applince after running cleanup.pl.

After running cleanup.pl, provisioning the appliance fails because of missing Oracle Grid Infrastructure image (IMGGI191100). The following error message is displayed: 

DCS-10042:User oda-cliadmin cannot be authorized.

Hardware Models

All Oracle Database Appliance hardware models for bare metal deployments

Workaround

After running cleanup.pl, and before provisioning the appliance, update the repository as follows:

# odacli update-repository -f /**gi**

This issue is tracked with Oracle bug 32707387.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error when upgrading database from 11.2.0.4 to 12.1 or 12.2

When upgrading databases from 11.2.0.4 to 12.1 or 12.2, an error is encountered.

Database upgrade can cause the following warning in the UpgradeResults.html file, when upgrading database from 11.2.0.4 to 12.1 or 12.2: 
Database is using a newer time zone file version than the Oracle home

Hardware Models

All Oracle Database Appliance bare metal deployments

Workaround

  1. Refer to the Database Upgrade Guide for manual steps for fixing the time zone.
  2. After manually completing the database upgrade, run the following command to update DCS metadata:
    /opt/oracle/dcs/bin/odacli update-registry update-registry -n db -f

This issue is tracked with Oracle bug 31125985.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error when upgrading 12.1 single-instance database

When upgrading 12.1 single-instance database, a job failure error is encountered.

Hardware Models

All Oracle Database Appliance hardware models bare metal deployments

Workaround

Use the following workaround:
  1. Before upgrading the 12.1 single-instance database, run the following PL/SQL command to change the local_listener to an empty string: 
    ALTER SYSTEM SET LOCAL_LISTENER='';
  2. After upgrading the 12.1 single-instance database successfully, run the following PL/SQL command to change the local_listener to the desired value: 
    ALTER SYSTEM SET LOCAL_LISTENER='-oracle-none-';

This issue is tracked with Oracle bugs 31202775 and 31214657.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Error encountered after running cleanup.pl

Errors encountered in running odacli commands after running cleanup.pl.

After running cleanup.pl, when you try to use odacli commands, the following error is encountered: 

DCS-10042:User oda-cliadmin cannot be authorized.

Hardware Models

All Oracle Database Appliance hardware models for bare metal deployments

Workaround

Run the following commands to set up the credentials for the user oda-cliadmin on the agent wallet: 

# rm -rf /opt/oracle/dcs/conf/.authconfig  
# /opt/oracle/dcs/bin/setupAgentAuth.sh

This issue is tracked with Oracle bug 29038717.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Errors in clone database operation

Clone database operation fails due to errors.

If the source database is single-instance or Oracle RAC One Node, or running on the remote node, the clone database operation fails, because the paths are not created correctly in the control file.

Clone database operation may also fail with errors if the source database creation time stamp is too close to the clone operation (at least within 60 minutes).

Hardware Models

All Oracle Database Appliance high-availability hardware models for bare metal deployments

Workaround

Create the clone database from the source database instance that is running on the same node from which the clone database creation is triggered.

For Oracle Database 12c and later, synchronize the source database before the clone operation, by running the command:
SQL> alter system checkpoint;

This issue is tracked with Oracle bugs 29002563, 29002004, 29001906, 29001855, 29001631, 28995153, 28986643, 30309971, and 30228362.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Clone database operation fails

For Oracle Database release 12.1 databases, the database clone creation may fail because the default compatible version from Oracle binaries was set to 12.0.0.0.0

Hardware Models

All Oracle Database Appliance high-availability hardware models for bare metal deployments

Workaround

Set the compatible value to that of the source database. Follow these steps:
  1. Change the parameter value.
    SQL> ALTER SYSTEM SET COMPATIBLE = '12.1.0.2.0' SCOPE=SPFILE;
  2. Shut down the database.
    SQL> SHUTDOWN IMMEDIATE
  3. Start the database.
    SQL> Startup
  4. Verify the parameter for the new value.
    SQL> SELECT name, value, description FROM v$parameter WHERE name ='compatible';

This issue is tracked with Oracle bug 30309914.

Parent topic: Known Issues When Deploying Oracle Database Appliance

Known Issues When Managing Oracle Database Appliance

Understand the known issues when managing or administering Oracle Database Appliance.

Parent topic: Known Issues with Oracle Database Appliance in This Release

Error in starting the kdump service

When starting the kdump service, an error may be encountered.

Failure Message

The following error message is displayed:

crashkernel reservation failed - memory is in use.

Command Details

# systemctl status kdump

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. Modify /etc/default/grub and change "crashkernel=512M@64M" to "crashkernel=512M".
  2. Run grub2-mkconfig.

Bug Number

This issue is tracked with Oracle bug 34714285.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in recovery of database

When recovering an Oracle Database Enterprise Edition High Availability database from node 0, with target node as 1, an error may be encountered.

Failure Message

The following error message is displayed:

DCS-10001:Internal error encountered: null

Command Details

# odacli recover-database

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Retry the operation from the target node number of the database.

Bug Number

This issue is tracked with Oracle bug 34785410.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in patching standby database on Oracle Data Guard

When patching the standby database on an Oracle Data Guard configuration with a multi-user access enabled Oracle Database Appliance deployment, an error may be encountered.

Failure Message

The following error message is displayed:

DCS-10001:Internal error encountered: null

Command Details

# odacli update-database

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Before patching the standby database, manually change the ownership of the tnsnames.ora file under the destination database home by running the following command:
chown user:group name for groupRole oinstall
$DBHome/network/admin/tnsnames.ora

user is the owner of the destination database home, group name for role oinstall is the group name for the groupRole oinstall as defined in the provisioning json file. $DBHome is the absolute path of the destination database home on the Oracle Database Appliance file system.

For example:
chown odaadmin:oinstall
/u01/app/odaorahome/odaadmin/product/19.0.0.0/dbhome_1/network/admin/tnsnames.ora

Bug Number

This issue is tracked with Oracle bug 34745904.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in restoring TDE-enabled database

When restoring a TDE-enabled database, an error may be encountered.

Problem Description

Restoring a TDE-enabled database from Object Storage backup on the second node with target dbtype as RACONE may fail.

Failure Message

The following error message is displayed:

DCS-10001:Internal error encountered: Failed to create the empty keystore. Please check if a keystore 'ewallet.p12'is already present at: '/tmp/TempTdeCopy_5364306153598352314'.Please remove or rename it if it does...

Command Details

# odacli irestore-database

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Retry the operation from node 0.

Bug Number

This issue is tracked with Oracle bug 34771856.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in restoring database from NFS backup

When restoring a database, an error may be encountered.

Problem Description

Restoring a database from NFS backup on the second node with target dbtype as RACONE may fail.

Failure Message

The following error message is displayed:

DCS-10001:Internal error encountered: Failed to run sql in method :
runBCTDisableCommand.disable block change tracking :

Command Details

# odacli irestore-database

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Retry the operation from node 0.

Bug Number

This issue is tracked with Oracle bug 34771886.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in recovering a database

When recovering a database, an error may be encountered.

Problem Description

While running database recovery for an upgraded database, an error may be encountered when recovering the control file of the database. The agent may fail to mount the database after recovering the control file.

Failure Message

The following error message is displayed:

DCS-10001:Internal error encountered: Failed to run sql in method :
mountDatabaseAndRestoreSpAndControlFileOnErr.Failed to restore controlfile

Task Level Failure Message

The following error message is displayed:

# odacli describe-job -i
4b038885-603e-4f1d-b8dc-5a48a1905357

Job details                                                      
----------------------------------------------------------------
                     ID:  4b038885-603e-4f1d-b8dc-5a48a1905357
            Description:  Create recovery-latest for db : odacn
                 Status:  Failure
                Created:  November 5, 2022 6:12:42 AM PDT
                Message:  DCS-10001:Internal error encountered: Failed to run
sql in method : mountDatabaseAndRestoreSpAndControlFileOnErr.Failed to
restore controlfile

Task Name                                Node Name                 Start Time
                         End Time                            Status    
---------------------------------------- -------------------------
----------------------------------- -----------------------------------
----------
task:TaskLockWrapper_22989               n1             November
5, 2022 6:12:43 AM PDT     November 5, 2022 6:16:08 AM PDT     Failure  
task:TaskSequential_22990                n1             November
5, 2022 6:12:43 AM PDT     November 5, 2022 6:16:08 AM PDT     Failure  
Database recovery validation             n1             November
5, 2022 6:12:44 AM PDT     November 5, 2022 6:16:08 AM PDT     Failure

Command Details

# odacli recover-database

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Delete the database pfile present at dbhome/dbs/initdbname.ora location and then retry the database recovery. 

$ rm -f
/u01/app/odaorahome/oracle/product/19.0.0.0/dbhome_1/dbs/initsidb.ora

Bug Number

This issue is tracked with Oracle bug 34527231.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in configuring Oracle Data Guard

When running the command odacli configure-dataguard on Oracle Database Appliance, an error may be encountered at the upload password file to standby database step.

When running the command odacli configure-dataguard on Oracle Database Appliance, the following error message may be displayed at CONFIGUREDG - DCS-10001: UNABLE TO CONFIGURE BROKER DGMGRL> SHOW CONFIGURATION;:
ORA-16783: cannot resolve gap for database tgtpodpgtb

Hardware Models

Oracle Database Appliance hardware models with DB system and database version earlier than Oracle Database Appliance release 19.15

Workaround

Manually copy the password file from primary to standby system and retry the command odacli configure-dataguard with the --skip-password-copy option.
  1. On the primary system, locate the password file:
    srvctl config database -d dbUniqueName | grep -i password
    If the output is the Oracle ASM directory, then copy the password from the Oracle ASM directory to the local directory.
    su - grid
asmcmd
ASMCMD> pwcopy +DATA/tiger2/PASSWORD/orapwtiger /tmp/orapwtiger

    If the output is empty, then check the directory at /dbHome/dbs/orapwdbName. For example, the orapwd file can be at /u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger

  2. Copy the password file to the standby system. Back up the original password file.
    /u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger
/u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger.ori
scp  
root@primaryHost:/u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger
/u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger
  3. Change the standby orapwd file permission.
    chown -R oracle /u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger
chgrp oinstall /u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger
  4. Check the password file location on the standby system and copy to the Oracle ASM directory, if necessary.
    srvctl config database -d tiger2 | grep -i password
Password file: +DATA/tiger2/PASSWORD/orapwtiger
    In this example, copy the password from the local directory to the Oracle ASM directory.
    su - grid
asmcmd
ASMCMD> pwcopy /u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/orapwtiger
+DATA/tiger2/PASSWORD/orapwtiger

This issue is tracked with Oracle bug 34484209.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in backup of database

When backing up a database on Oracle Database Appliance, an error is encountered.

After successful failover, running the command odacli create-backup on new primary database fails with the following message:
DCS-10001:Internal error encountered: Unable to get the
rman command status commandid:xxx
output:STATUS
-------------------------
[COMPLETED WITH WARNINGS] error:.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. On the new primary database, connect to RMAN as oracle and edit the archivelog deletion policy.
    rman target /
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE';
  2. On the new primary database, as the root user, take a backup:
    odacli create-backup -in db_name -bt backup_type

This issue is tracked with Oracle bug 33181168.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error when running two irestore jobs

When running two irestore jobs on an ObjectStoreSwift object on Oracle Database Appliance, then an error may be encountered.

The first irestore job may fail with the following error message:
DCS-10001:Internal error encountered: Failed to
run RMAN command. Please refer log at location : hostname1:
/u01/app/odaorabase/odaadmin/diag/rdbms/idb0001/idb0001_1/nodename1/rman/b
kup/rman/2022-06-20/rman_2022-06-20_18-23-58.0337.log.
The RMAN log displays the following: 
ORA-19511: non RMAN, but media manager or vendor specific failure, error
text: KBHS-01013: specified OPC_WALLET alias alias_opc not found in wallet

Hardware Models

All Oracle Database Appliance hardware models

Workaround

If you want to use the same ObjectStoreSwift object for both irestore database jobs, then start the second irestore job after the completion of the first irestore job.

This issue is tracked with Oracle bug 34300624.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in configuring Oracle Data Guard

When running the command odacli configure-dataguard on Oracle Database Appliance, an error may be encountered.

When running the command odacli configure-dataguard on Oracle Database Appliance, the following error message may be displayed at CONFIGUREDG - DCS-10001: UNABLE TO CONFIGURE BROKER DGMGRL> SHOW CONFIGURATION;:
ORA-16783: cannot resolve gap for database tgtpodpgtb

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps on the machine with the new primary database:
  1. Disable the scheduled auto backup of primary database with the command:
    odacli update-schedule
  2. Restore archive log of the primary database.
    odacli restore-archivelog
  3. Configure Oracle Data Guard with the command odacli configure-dataguard.

This issue is tracked with Oracle bug 34008520.

Parent topic: Known Issues When Managing Oracle Database Appliance

OpenSSH command vulnerability

OpenSSH command vulnerability issue detected in Qualys and Nessus scans.

Qualys and Nessus both report a medium severity issue OPENSSH COMMAND INJECTION VULNERABILITY. Refer to CVE-2020-15778 for details.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

None.

This issue is tracked with Oracle bug 33217970.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in cleaning up a deployment

When cleaning up a Oracle Database Appliance, an error is encountered.

During cleanup, shutdown of Clusterware fails because the NFS export service uses Oracle ACFS-based clones repository.

Hardware Models

All Oracle Database Appliance hardware models with DB systems

Workaround

Follow these steps:
  1. Stop the NFS service on both nodes:
    service nfs stop
  2. Clean up the bare metal system. See the Oracle Database Appliance Deployment and User's Guide for your hardware model for the steps.

This issue is tracked with Oracle bug 33289742.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error due to autofill in BUI fields

Since Browser User Interface (BUI) fields are autofilled, an error may be encountered.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

None.

This issue is tracked with Oracle bug 33278653.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in display of file log path

File log paths are not displayed correctly on the console but all the logs that were generated for a job have actually logged the correct paths.

Hardware Models

All Oracle Database Appliance hardware models with virtualized platform

Workaround

None.

This issue is tracked with Oracle bug 33580574.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in configuring Oracle Data Guard

When running the command odacli configure-dataguard on Oracle Database Appliance, an error may be encountered.

When running the command odacli configure-dataguard on Oracle Database Appliance, the following error message may be displayed at step Restore missing archivelog (Primary site):
DCS-10114:Failed to acquire exclusive access

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. Before running the command odacli configure-dataguard, disable auto-backup schedules for the primary database and verify that the existing backup jobs are completed.
    1. Check the database backup schedule for the primary database:
      odacli list-schedules
    2. Disable the backup schedules for database and archive logs of the primary database:
      odacli update-schedule -i schedule_id -d
  2. Run the command odacli configure-dataguard.
  3. After the command odacli configure-dataguard completes successfully, reenable auto backup for the primary database, if desired.
    odacli update-schedule -i schedule_id -e

This issue is tracked with Oracle bug 33724368.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in reinstating on Oracle Data Guard

When running the command odacli reinstate-dataguard on Oracle Database Appliance, an error is encountered.

The following error message is displayed:
DCS-10001:Internal error encountered: Unable to reinstate Dg.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Manually flashback old primary database.
Run the following commands:
  1. On the new primary machine, get the standby_became_primary_scn:
    SQL> select standby_became_primary_scn from v$database;
STANDBY_BECAME_PRIMARY_SCN
--------------------------
  4370820
  2. On the old primary database, as oracle user, run the following.
    rman target /
RMAN> set decryption identified by 'password'
RMAN> FLASHBACK DATABASE TO SCN STANDBY_BECAME_PRIMARY_SCN;
  3. On the new primary database, run the odacli reinstate-dataguard command.

This issue is tracked with Oracle bug 33190261.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in configuring Oracle Data Guard

After upgrading the standby database from release 12.1 to 19.14, the following error message may be displayed at step Enable redo transport and apply. 

Warning: ORA-16629: database reports a different protection level from the protection mode standbydb - Physical standby database (disabled)

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Enable the standby database again by running the following DGMGRL command:
DGMGRL> Enable database tgtptdcnvo
Enabled.

This issue is tracked with Oracle bug 33749492.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in viewing Oracle Data Guard status

When viewing Oracle Data Guard status on Oracle Database Appliance, an error is encountered.

Oracle Data Guard status is not shown on the remote node of Oracle Database Appliance high-availability systems causing Oracle Data Guard switchover, failover, and reinstate jobs to fail at the task Check if DataGuard config is updated. Oracle Data Guard operations, though, are successful.

Hardware Models

All Oracle Database Appliance high-availability systems

Workaround

Use DGMGRL to verify Oracle Data Guard status.

This issue is tracked with Oracle bug 33411769.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in reinstate operation on Oracle Data Guard

When running the command odacli reinstate-dataguard on Oracle Data Guard an error is encountered.

Following are the errors reported in dcs-agent.log:
DCS-10001:Internal error encountered: Unable to reinstate Dg." and can 
further find this error "ORA-12514: TNS:listener does not currently know of  
service requested

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Ensure that the database you are reinstating is started in MOUNT mode.

To start the database in MOUNT mode, run this command: 
srvctl start database -d db-unique-name -o mount

After the command completes successfully, run the command odacli reinstate-dataguard job. If the database is already in MOUNT mode, this can be an temporary error. Check the Data Guard status again a few minutes later with odacli describe-dataguardstatus or odacli list-dataguardstatus, or check with DGMGRL> SHOW CONFIGURATION; to see if the reinstatement is successful.

This issue is tracked with Oracle bug 32367676.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in running concurrent database or database home creation jobs

When running concurrent database or database home creation jobs, an error is encountered.

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Do not run concurrent database or database home creation job.

This issue is tracked with Oracle bug 32376885.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in the enable apply process after upgrading databases

When running the enable apply process after upgrading databases in an Oracle Data Guard deployment, an error is encountered.

The following error message is displayed:
Error: ORA-16664: unable to receive the result from a member

Hardware Models

All Oracle Database Appliance hardware models

Workaround

Follow these steps:
  1. Restart standby database in upgrade mode: 
    srvctl stop database -d <db_unique_name> 
Run PL/SQL command: STARTUP UPGRADE;
  2. Continue the enable apply process and wait for log apply process to refresh.
  3. After some time, check the Data Guard status with the DGMGRL command:
    SHOW CONFIGURATION;

This issue is tracked with Oracle bug 32864100.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in creating Oracle Data Guard status

When configuring Oracle Active Data Guard on Oracle Database Appliance, an error is encountered.

When configuring Oracle Data Guard, the odacli configure-dataguard command fails at step NewDgconfig with the following error on the standby system:
ORA-16665: TIME OUT WAITING FOR THE RESULT FROM A MEMBER

Verify the status of the job with the odacli list-jobs command.

Hardware Models

All Oracle Database Appliance hardware models with Oracle Data Guard configuration

Workaround

Follow these steps:

  1. On the standby system, run the following: 
    export DEMODE=true; 
odacli create-dataguardstatus -i dbid -n dataguardstatus_id_on_primary -r configdg.json 
export DEMODE=false; 
configdg.json example
Example configdg.json file for a single-node system:
{
  "name": "test1_test7",
  "protectionMode": "MAX_PERFORMANCE",
   "replicationGroups": [
    {
      "sourceEndPoints": [
        {
          "endpointType": "PRIMARY",
          "hostName": test_domain1",
          "listenerPort": 1521,
          "databaseUniqueName": "test1",
          "serviceName": "test", 
          "sysPassword": "***", 
          "ipAddress": "test_IPaddress"
        },
         ],
      "targetEndPoints": [
        {
          "endpointType": "STANDBY",
          "hostName": "test_domain2",
          "listenerPort": 1521,
          "databaseUniqueName": "test7",
          "serviceName": "test", 
          "sysPassword": "***", 
          "ipAddress": "test_IPaddress3"
        },
      ],
      "transportType": "ASYNC"
    }
  ]
}

This issue is tracked with Oracle bug 32719173.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in Reinstating Oracle Data Guard

When reinstating Oracle Data Guard on Oracle Database Appliance, an error is encountered.

The odacli reinstate-dataguard command fails with the following error:
Unable to reinstate Dg. Reinstate job was executed within 24hrs after failover job.

The dcs-agent.log file has the following error entry:

DGMGRL> Reinstating database "xxxx", 
 please wait... 
Oracle Clusterware is restarting database "xxxx" ... 
Connected to "xxxx" 
Continuing to reinstate database "xxxx" ... 
Error: ORA-16653: failed to reinstate database

Hardware Models

All Oracle Database Appliance hardware models with Oracle Data Guard configuration

Workaround

Follow these steps:

  1. On the primary machine, get the standby_became_primary_scn:
    SQL> select standby_became_primary_scn from v$database; 
STANDBY_BECAME_PRIMARY_SCN 
-------------------------- 
          3522449
  2. On the old primary database, flashback to this SCN with RMAN with the backup encryption password:
    RMAN> set decryption identified by 'rman_backup_password' ; 
executing command: SET decryption 
RMAN> FLASHBACK DATABASE TO SCN 3522449 ; 
... 
Finished flashback at 24-SEP-20 
RMAN> exit
  3. On the new primary machine, run the odacli reinstate-dataguard command.

This issue is tracked with Oracle bug 31884506.

Parent topic: Known Issues When Managing Oracle Database Appliance

Failure in Reinstating Oracle Data Guard

When reinstating Oracle Data Guard on Oracle Database Appliance, an error is encountered.

The odacli reinstate-dataguard command fails with the following error:
Message:   
DCS-10001:Internal error encountered: Unable to reinstate Dg.

The dcs-agent.log file has the following error entry:

ORA-12514: TNS:listener does not currently know of service requested in connect descriptor

Hardware Models

All Oracle Database Appliance hardware models with Oracle Data Guard configuration

Workaround

Follow these steps:

  1. Make sure the database you are reinstating is started in MOUNT mode. To start the database in MOUNT mode, run this command:
    srvctl start database -d db-unique-name -o mount
  2. After the above command runs successfully, run the odacli reinstate-dataguard command.

This issue is tracked with Oracle bug 32047967.

Parent topic: Known Issues When Managing Oracle Database Appliance

Error in updating Role after Oracle Data Guard operations

When performing operations with Oracle Data Guard on Oracle Database Appliance, an error is encountered in updating the Role.

The dbRole component described in the output of the odacli describe-database command is not updated after Oracle Data Guard switchover, failover, and reinstate operations on Oracle Database Appliance.

Hardware Models

All Oracle Database Appliance hardware models with Oracle Data Guard configuration

Workaround

Run odacli update-registry -n db --force/-f to update the database metadata. After the job completes, run the odacli describe-database command and verify that dbRole is updated.

This issue is tracked with Oracle bug 31378202.

Parent topic: Known Issues When Managing Oracle Database Appliance

Inconsistency in ORAchk summary and details report page

ORAChk report summary on the Browser User Interface may show different counts of Critical, Failed, and Warning issues than the report detail page.

Hardware Models

Oracle Database Appliance hardware models bare metal deployments

Workaround

Ignore counts of Critical, Failed, and Warning issues in the ORAchk report summary on the Browser User Interface. Check the report detail page.

This issue is tracked with Oracle bug 30676674.

Parent topic: Known Issues When Managing Oracle Database Appliance

Missing DATA, RECO, and REDO entries when dbstorage is rediscovered

Running the odacli update-registry command with -n all --force or -n dbstorage --force option can result in metadata corruption.

Hardware Models

All Oracle Database Appliance hardware models bare metal deployments

Workaround

Run the -all option when all the databases created in the system use OAKCLI in migrated systems. On other systems that run on DCS stack, update all components other than dbstorage individually, using the odacli update-registry -n component_name_to_be_updated_excluding_dbstorage.

This issue is tracked with Oracle bug 30274477.

Parent topic: Known Issues When Managing Oracle Database Appliance

The odaeraser tool does not work if oakd is running in non-cluster mode

After cleaning up the deployment, the Secure Eraser tool does not work if oakd is running in non-cluster mode.

Hardware Models

All Oracle Database Appliance Hardware bare metal systems

Workaround

After cleanup of the deployment, oakd is started in the non-cluster mode, and it cannot be stopped using "odaadmcli stop oak" command. In such a case, if the Secure Erase tool is run, then the odaeraser command fails.

Use the command odaadmcli shutdown oak to stop oakd.

This issue is tracked with Oracle bug 28547433.

Parent topic: Known Issues When Managing Oracle Database Appliance