Known Issues and Workarounds
ORA-12154: TNS:could not resolve the connect identifier
<Database home>/bin/sqlplus <db_user>/<db_pass>@<tns service name>
SQL*Plus: Release x.x.x.x.x
Version x.x.x.x.x
Copyright (c) 1982, 2022, Oracle. All rights reserved.
ERROR:
ORA-12154: TNS:could not resolve the connect identifier specified
Enter user-name:cp <old_oracle_home>/network/admin/<dbname>/* <current_oracle_home>/network/admin/<dbname>/Applying DB Patch Fails
WALLET_LOCATION or ENCRYPTION_WALLET_LOCATION and its value in the sqlnet.ora file is split or broken as follows:WALLET_LOCATION=
(SOURCE= (METHOD=FILE)
(METHOD_DATA=(DIRECTORY=/var/opt/oracle/dbaas_acfs/grid/tcps_wallets)))
ENCRYPTION_WALLET_LOCATION=
(SOURCE= (METHOD=FILE)
(METHOD_DATA=(DIRECTORY=/var/opt/oracle/dbaas_acfs/ST1001DB/wallet_root/tde)))sqlnet.ora file as follows to ensure that the parameters WALLET_LOCATION and ENCRYPTION_WALLET_LOCATION and their values remain on the same line.WALLET_LOCATION= (SOURCE= (METHOD=FILE)
(METHOD_DATA=(DIRECTORY=/var/opt/oracle/dbaas_acfs/grid/tcps_wallets)))
ENCRYPTION_WALLET_LOCATION= (SOURCE= (METHOD=FILE)
(METHOD_DATA=(DIRECTORY=/var/opt/oracle/dbaas_acfs/ST1001DB/wallet_root/tde)))Create Collection Fails for Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D)
Description: The source CIDR for ingress is too broad for destination port 7085. Update the source CIDR for the relevant security rule specifying the CIDR block for the public subnet ocid.
- Stateless: No (all rules must be stateful)
- Source Type: CIDR
- Source CIDR: Client subnet's CIDR
- IP Protocol: TCP
- Source Port Range: All
- Destination Port Range: 7085
- Description: Optionally, add a meaningful description of the rule. For example, Allow access to Exadata Fleet Update private endpoint within the subnet.
Database Rollback from 23.7 to 23.5 via Exadata Fleet Update Fails on Exadata Cloud Service
Action:
- Apply Patch 37547027 as a one-off to the 23.5 DB Home using OPatch apply.
- Proceed with the rollback operation from 23.7 to 23.5 after applying the fix.
This ensures a successful rollback process without encountering failures.
or
datapatch output while rolling back from 23.7 to 23.5, follow the steps below to resolve it.Error: prereq checks failed! patch 36741532: Value of ru_version is undefined in dba_registry_sqlpatch_ru_info in PDB PDB$SEED
- Set the environment variables
export ORACLE_HOME="<targetHomePath>" export ORACLE_SID="<DBSID>" - Connect to SQL*Plus as SYSDBA
$ORACLE_HOME/bin/sqlplus / as sysdba - Open
PDB$SEEDin Read-Write modealter session set "_oracle_script"=true; alter pluggable database pdb$seed close instances=all; alter pluggable database pdb$seed open read write instances=all; - Switch to
PDB$SEEDand check for errorsalter session set container=pdb$seed; select * from dba_errors;You may encounter errors such as:PLS-00907: cannot load library unit SYS.SYS_STUB_FOR_PURITY_ANALYSIS (referenced by SYS.GETLONG)
- Compile required packages
alter package SYS.SYS_STUB_FOR_PURITY_ANALYSIS compile; show errors; -- Should return "No errors."alter package dbms_lob compile body; show errors; -- Should return "No errors."Run the following query to verify that no errors remain:select * from dba_errors; - Close and reopen
PDB$SEEDin Read-Only modealter pluggable database pdb$seed close instances=all; alter pluggable database pdb$seed open read only instances=all; - Exit SQL*Plus
exit; - Run
datapatchto apply SQL patches$ORACLE_HOME/OPatch/datapatch -verboseIf you have multiple PDBs and want to distribute the patching workload across nodes, you can use the
-pdbsoption. - Restart the database
# Stop the database srvctl stop database -d <DB_NAME># Start the database srvctl start database -d <DB_NAME> - Verify PDB state
After restarting, all PDBs should come out of RESTRICTED mode, and the rollback to 23.5 should be successful.
Upgrade for Primary Database in Data Guard Configuration Failed in ExaDB-D IAD Environment
When upgrading a database configuration that includes a Data Guard setup, you must first upgrade the standby database to the target release before upgrading the primary database.
Failing to follow this order may result in upgrade failures or configuration issues.
Move Database Fails Because Patch 35221462 Is Missing from the Target Working Copy
Description: When you move a database to a patched working copy, the evaluation might fail with the following errors:
PRGO-1774: The evaluation revealed potential failure for command "move database".
PRGO-1571: The move operation was rejected because the patched working copy is missing the patches for bug numbers "Patch ID: 35221462 with bug numbers: 35221462" that are present in the source working copy.
Starting with the 23.26.3 cloud image, one-off patch 35221462 is no longer included because the fix is incorporated into 23.26.3 and later releases. However, when comparing the source and target working copies, Exadata Fleet Update might report patch 35221462 as missing from the target working copy and prevent the database move.
Action:
When creating or editing the maintenance cycle:
- Expand Advanced options.
- Under Software update options, select Ignore missing bug fixes.
- In Bug numbers to ignore, enter 35221462.
- Create or save the maintenance cycle.
- Rerun the database move operation.