Monday, October 17, 2022

How to Change Profile Option Value Without Forms? (Doc ID 943710.1)

 

APPLIES TO:

Oracle Application Object Library - Version 11.5.10.0 to 12.2.10 [Release 11.5 to 12.2]
Information in this document applies to any platform.

GOAL

How to update a Profile Option using SQL (if Forms login is not possible)?

SOLUTION

Please use the API:  FND_PROFILE
The package FND_PROFILE  can be found in file AFPFPROS.pls

 

Note: FND_PROFILE is not public interface.  Use of this API is considered a customization and should be tested in a test environment.

FND_PROFILE.SAVE - sets the value of a profile option permanently to the database,
at any level. This routine can be used at runtime or during patching.
This routine will not actually commit the changes; the caller must commit.
The levels are: 'SITE', 'APPL', 'RESP', or 'USER'.

Examples of use:

FND_PROFILE.SAVE('P_NAME', 'P_VAL', 'SITE');
FND_PROFILE.SAVE('P_NAME', 'P_VAL', 'APPL', 321532);
FND_PROFILE.SAVE('P_NAME', 'P_VAL', 'RESP', 321532, 345234);
FND_PROFILE.SAVE('P_NAME', 'P_VAL', 'USER', 123321);


returns: TRUE if successful, FALSE if failure.


To update a Profile Option value at Site level, you need to run the SQL Script below:

Declare
value Boolean;
Begin
value := fnd_profile.save('APPS_DATABASE_ID','<new_value>','SITE');
End;



Example:

===========
Sample Code
===========
DECLARE
stat boolean;
BEGIN
dbms_output.disable;
dbms_output.enable(100000);
stat := FND_PROFILE.SAVE('GUEST_USER_PWD', 'GUEST/ORACLE', 'SITE');
IF stat THEN
    dbms_output.put_line( 'Stat = TRUE - profile updated' );
ELSE
    dbms_output.put_line( 'Stat = FALSE - profile NOT updated' );
END IF;
commit;
END;
===============
End of Sample Code
===============



Description of the FND_PROFILE.SAVE function parameters:

Function SAVE(
X_NAME in varchar2,             /* Profile name you are setting */
X_VALUE in varchar2,            /* Profile value you are setting */
X_LEVEL_NAME in varchar2,       /* Level that you're setting at:
                                   'SITE','APPL','RESP','USER', etc. */
X_LEVEL_VALUE in varchar2 default NULL,
                                /* Level value that you are setting at,
                                   e.g. user id for 'USER' level.
                                   X_LEVEL_VALUE is not used at site level. */
X_LEVEL_VALUE_APP_ID in varchar2 default NULL,
                                /* Used for 'RESP' and 'SERVRESP' level;
                                   Resp Application_Id. */
X_LEVEL_VALUE2 in varchar2 default NULL
                                /* 2nd Level value that you are setting at.
                                   This is for the 'SERVRESP' hierarchy. */
) return boolean;

 

 

Reference: https://docs.oracle.com/cd/E26401_01/doc.122/e20927.pdf

Thursday, October 13, 2022

FND_CONCURRENT_QUEUE Control Code Meaning

 In the FND_CONCURRENT_QUEUE table we have a column named control_code.


To get the details of the code present in the column we can use below script.

SQL> select lookup_code,meaning from apps.fnd_lookups where lookup_type = 'CP_CONTROL_CODE' order by lookup_code;

LOOKUP_CODE    MEANING
----------                    ------------------------------
A                               Activating
B                               Activated
D                               Deactivating
E                               Deactivated
H                               System Hold, Fix Manager before resetting counters
N                               Target node/queue unavailable
O                               Suspending concurrent manager
P                                Suspended
Q                               Resuming concurrent manager
R                               Restarting
T                               Terminating
U                               Updating environment information
V                               Verifying
X                               Terminated


Saturday, October 8, 2022

adop fs_clone failure

adop fs_clone failure

Validating credentials.


Initializing.

    Run Edition context  : /ascprd/app/applmgr/IRASCPRD_R122/fs1/inst/apps/IRASCPRD_Admin_host/appl/admin/IRASCPRD_Admin_host.xml

    Patch edition context: /ascprd/app/applmgr/IRASCPRD_R122/fs2/inst/apps/IRASCPRD_Admin_host/appl/admin/IRASCPRD_Admin_host.xml

    Patch file system free space: 696.66 GB


Validating system setup.

    [UNEXPECTED]Invalid worker Count: 0

    [UNEXPECTED]Error validating worker count



[STATEMENT] Please run adopscanlog utility, using the command


"adopscanlog -latest=yes"


to get the list of the log files along with snippet of the error message corresponding to each log file.



adop exiting with status = 2 (Fail)



Fix : Run with one worker

$ adop phase=fs_clone worker=1




Solution worked for others


Solution:
The default worker count information(recomm & max)  is stored in a file adpawc.xml that can be found under $APPL_TOP/admin/$TWO_TASK/log

Somehow this file has been modified with recommended value as 0 and max value as 1 during node addition.

FileContent:
<?xml version="1.0"?>
<WORKER_COUNT>
        <RECOMMENDED>0</RECOMMENDED>
        <MAX>1</MAX>
</WORKER_COUNT>

Update recommended &  max value based on cpu count.

Here I updated recommended value as 8 and max value as 64 and saved the file.

Once the changes are made, fs_clone went smoothly.

How to choose the number of workers for adop or adpatch

 How to choose the number of workers:


For less than 32 cores set:

• parallel_max_servers = 2 x number of CPU cores
• AD Parallel workers – start with 1.5 x number of CPU cores. Possibly increase to 2 x number of CPU cores
• job_queue_processes = 2 x number of CPU cores

For 32 cores and above, start with:

• parallel_max_servers = 1.5 x number of CPU cores
• AD Parallel workers = between 1.0 and and 1.5 x number of CPU cores
• job_queue_processes = 1.5 x number of CPU cores


EBS 12.2.9 RUP Patch 28840850 Hung with Error "aiosp2() Error: failure in usdspn() Contents of error buffer are: usdsop cannot create a new process" (Doc ID 2878394.1)

Friday, September 30, 2022

Expand Your Skills: Announcing New OCI training for AWS and Azure Architects

 One of the of the most effective ways to learn a new skill is to leverage your existing experience, learning, and knowledge in that area and build upon it. For example, let’s say you have a fair amount of experience with gardening and now want to learn about vertical hydroponic gardening (quite a craze in the last few years!). To do that, you don’t need to relearn everything you already know about gardening (basics of how plants grow, the amount of sunshine they need, etc.). Instead, you can leverage your existing expertise (gardening) in learning a new skill (vertical hydroponic gardening). The same approach can be applied in learning many new skills, including cloud technologies.

Our customers tell us that they would like to learn more about Oracle Cloud, but don’t want to start from scratch. Our customers (and most of us) are time-constrained. Moreover, many organizations have only recently started experimenting with Oracle Cloud. However, many of them use AWS and/or Microsoft Azure and are familiar with cloud-operating models.    

OCI training for AWS and Azure architects

Build on your previous experience with Azure or AWS

As part of our transferable skills strategy, we are excited to announce two new courses:

The idea behind these two courses is to help you ramp-up to Oracle Cloud faster by building on your existing cloud skillsets, knowledge and experience. These courses are short in length (~3 hours each) and can be completed in 2-3 brief sessions. Moreover, they are available for free to everyone.   

We compare ~35 services each from OCI, AWS and Azure across these nine categories – that’s over 100+ services across the two courses

These courses are technical and do not include any sales or marketing pitches. Our goal with these courses is to help you get started on OCI quickly, so we compare the core-primitives of OCI with those of AWS and Azure. We compare these core building blocks:

  • Global Infrastructure
  • Identity and Access Management
  • Networking
  • Compute
  • Storage
  • Database
  • Security
  • Application Development
  • Monitoring and Observability

Each of the categories have services and features compared side by side. For example, this slide from the Security Module course compares capabilities around OS and workload protection covering managed Bastions, OS patching, dedicated compute hosts, etc. Throughout the courses, we discuss how AWS and Azure services and features translate to OCI, so you can relate and build upon your existing knowledge.  

OCI training for AWS and Azure architects

One of the key challenges we faced was determining how detailed these courses should be. Any competitive discussion can go deep when you start comparing individual features – most of the cloud services have very extensive feature sets. Therefore, for the sake of brevity, we do not cover every individual feature, but do touch on the key similarities and differences.

Each of these categories include OCI services walk-throughs, because it is much easier to understand the product when you see it in action. We also realized this could be the first OCI course many learners would encounter, so we cover many how-to topics:

  • How you set up identity (authentication and authorization)
  • Spin up a compute instance
  • Configure a network or peer networks
  • Create various types of storage service
  • Spin up an autonomous database

and more.

The idea, quite simply, is to show you how services work in OCI.

Finally, as these courses are technical in nature, we don’t discuss pricing, SLAs, support, or any of the business side of OCI or AWS/Azure. However, we do have webpages where you can learn more about OCI technical differentiation, including SLAs and Pricing: OCI v/s AWSOCI v/s Microsoft Azure and OCI v/s Google Cloud Platform.

Get Started

The courses are available here:

If you have an existing OCI tenancy, you can use it to practice the service walkthroughs shown in these courses. If you don’t have an existing OCI account, we recommend that you open an Oracle Cloud Free Tier account in order to run these walkthroughs – for free.

Thanks for reading and good luck with your learning journey!


Ref : https://blogs.oracle.com/oracleuniversity/post/oci-training-for-aws-and-azure-architects

Discovery

 Please run the ETCC report on Run FS and DB and share the output

  Patch 17537119: EBS 12.2 TECHNOLOGY CODELEVEL CHECKER (ETCC)

Please run the below reports on DB & Applications side and share the results

 E-Business Suite Applications Technology Stack Utility / Script To Check The Techstack Component Versions (Forms, Http Server, JDK, Framework, Database, etc) (Doc ID 601736.1)

Please share Demantra Patches 

select * from version_details_history order by 4 desc;

Pease share the output from Demantra Weblogic home

$ORACLE_HOME/OPatch/opatch lsinventory

$ORACLE_HOME/OPatch/opatch lspatches

$ORACLE_HOME/OPatch/opatch lsinventory | grep –i  applied

Wednesday, September 28, 2022

Delete a node from application Tier in Oracle Apps R12.2

 

Delete a node from application Tier in Oracle Apps R12.2 in shared application file system.


.4 Deleting an Application Tier Node


Note: These steps are ONLY for deletion of secondary application tier nodes. The primary application tier node cannot be deleted using these steps.

The following steps should be performed to delete a secondary application tier node from an existing Oracle E-Business Suite Release 12.2 multi-node instance. The steps described in this section are applicable to secondary application tier nodes with shared and non-shared file systems.

Note: In case OHS is enabled only on the secondary node being deleted, OHS needs to first be enabled on some other node before starting with deletion of the node.

Before performing the following steps, ensure that the WebLogic administration server is running from both the Run and Patch Edition File Systems of the primary application tier node.

Note: Do not perform a 'delete node' operation when a patching cycle is active.
  1. Delete the run file system and patch file system configuration of the secondary application tier node.


    Note: Deletion of nodes may need to be performed in two scenarios - when the node is still accessible (users are able to login to the node) and in the remote case when the node is not accessible due to some issues ( the node may not be physically present and/or login to the node is not possible).

    In the first scenario, all information related to the node has to be cleaned up altogether (including removal of references from the WebLogic domain and EBS topology as well as removal of the file system and inventory references). Case 1 describes the steps to be performed in this scenario.

    In the second scenario, references to the node can be cleaned up only from the WebLogic domain and the EBS topology. The steps for deletion of secondary nodes in this scenario are described in Case 2 below. Please note that this option has been introduced in R12.TXK.C.DELTA.6 and is not available in the earlier releases.

    In order to keep the E-Business Suite instance in a consistent state, steps should be followed strictly based on the scenario.


    Case 1: If the secondary node to be deleted is accessible, run the following steps:

    1. Login to the secondary node to be deleted.

    2. Source the run file system.

    3. Ensure that all application tier services from the run and patch file system for the node to be deleted are shut down.

    4. Run the ebs-delete-node option of the adProvisionEBS.pl script as follows:
      $ perl <AD_TOP>/patch/115/bin/adProvisionEBS.pl ebs-delete-node \
      -contextfile=<CONTEXT_FILE> -logfile=<LOG_FILE>
      This will delete the managed servers, OHS instances and Node Manager on the current node from the run file system WebLogic domain.

    5. If the node is a non-shared node, verify and remove the following Oracle Home entries of both the Run and Patch file systems from the Oracle Inventory:

      • <FMW_HOME>/webtier
      • <FMW_HOME>/oracle_common
      • <FMW_HOME>/Oracle_EBS-app1

      If any of the above Oracle Home entries are already registered in Oracle Inventory, you can run the following command to de-register or detach that Oracle Home:
      $ cd <Oracle Home>/oui/bin
      $ ./runInstaller -detachhome ORACLE_HOME=<Oracle Home Location>
       [-invPtrLoc <s_invPtrLoc>]
      Here,
      -invPtrLoc 
      argument needs to be specified only if the 'EBS installation central' inventory is being used.
      s_invPtrLoc is the context variable that stores the inventory pointer location.

      For example:
      $ cd /u02/r122/fs1/FMW_Home/oracle_common/oui/bin
      $ ./runInstaller -detachhome \
      ORACLE_HOME=/u02/r122/fs1/FMW_Home/oracle_common -silent
      Note: The Oracle Home <FMW_HOME>/webtier should be de-registered from the Oracle Inventory before trying to remove the Oracle Home <FMW_HOME>/oracle_common.

    6. If the node is a non-shared node, verify and remove the following Oracle Home entry from the Oracle Inventory:

      <OracleAS Tools 10.1.2 ORACLE_HOME>


      If the above Oracle Home entry is registered in Oracle Inventory, you can run the following command to de-register the Oracle Home:
      $ ./runInstaller -removeHome ORACLE_HOME=<s_tools_oh> -silent
      Here,
      -invPtrLoc 
      argument needs to be specified only if the 'EBS installation central' inventory is being used.
      s_invPtrLoc is the context variable that stores the inventory pointer location.

      For example:
      $ cd /u02/r122/fs1/EBSapps/10.1.2/oui/bin
      $ ./runInstaller -removeHome \
      ORACLE_HOME=/u02/r122/fs1/EBSapps/10.1.2 -silent


    Case 2: If the secondary node to be deleted is not accessible, run the following steps to remove the node from the FND topology and the EBS domain:

    1. Login to the primary node.

    2. Source the run file system.

    3. Run the ebs-delete-node option of the adProvisionEBS.pl script as follows:
      $ perl <AD_TOP>/patch/115/bin/adProvisionEBS.pl ebs-delete-node \
      -contextfile=<CONTEXT_FILE> -hostname=<HOSTNAME OF NODE TO BE DELETED> -logfile=<LOG_FILE>
      This will delete all information corresponding to the specified node from the Weblogic domain like the managed servers, OHS instances and Node Manager of the specified node from both the run and patch file system WebLogic domain. In addition, it will also remove the node from the list of active nodes registered in the topology.


      Note: Since the steps mentioned in Case 2 take care of only partial cleanup of the node, these steps should be performed only in case the node to be deleted is not accessible due to some issues. In all other scenarios, the nodes should be deleted by following steps mentioned in Case1. Otherwise, this may lead to the E-Business Suite instance being in an inconsistent state.


  2. Sync the OHS configuration on the other nodes to remove references of the deleted node.

    Perform the following steps on the other nodes:
    1. Source the run file system.

    2. If any of the managed servers from the deleted node are part of the cluster configuration defined on the current node, run the following command to delete details of these managed servers from the OHS configuration files mod_wl_ohs.conf and apps.conf on the current node:
      $ perl <FND_TOP>/patch/115/bin/txkSetAppsConf.pl \
        -contextfile=<CONTEXT_FILE> \
        -configoption=removeMS \
        -oacore=<host>.<domain>:<port> \
        -oafm=<host>.<domain>:<port> \
        -forms=<host>.<domain>:<port> \
        -formsc4ws=<host>.<domain>:<port> \
        -ekanban=<host>.<domain>:<port> \ 
        -accessgate=<host>.<domain>:<port> \
        -yms=<host>.<domain>:<port>
      where
      • The argument contextfile accepts the complete path to the context file.
      • The arguments oacore, oafm, forms, formsc4ws, ekanban, accessgate and yms accept a comma-separated list of managed server details in the following format:
        <host>.<domain>:<port>
        • host, domain and port are the hostname, domain and port of the managed server whose reference is to be deleted.

      For example, if the deleted node was on host 'testserver1' and domain 'example.com' and it contained managed servers oacore_server3 and oafm_server3 with ports 7205 and 7605 respectively, the following command should be run to remove references to these managed servers:
      $ perl <FND_TOP>/patch/115/bin/txkSetAppsConf.pl -contextfile=<CONTEXT_FILE>
      -configoption=removeMS -oacore=testserver1.example.com:7205 -oafm=testserver1.example.com:7605
  3. Review and update the value of the context variable 's_shared_file_system' on the primary node (required only while deleting a shared file system node).

    If the deleted node was the only node sharing the file system with a primary application tier node, run the following steps on the primary node:

    1. Set the value of the context variable 's_shared_file_system' in the run context file of the primary node to 'false' via the Oracle Applications Manager.

    2. Login to the primary node.

    3. Source the run file system.

    4. Run AutoConfig as follows:

      On UNIX:

      $ sh <ADMIN_SCRIPTS_HOME>/adautocfg.sh
      On Windows:

      C:\> <ADMIN_SCRIPTS_HOME>\adautocfg.cmd

  4. Run AutoConfig on the database tier.

    1. Log in to the database tier node.

    2. Run AutoConfig on the database tier by running the following command:

      For UNIX:
      $ <RDBMS_OH>/appsutil/scripts/<CONTEXT_NAME>/adautocfg.sh
      For Windows:
      C:>\ <RDBMS_OH>\appsutil\scripts\<CONTEXT_NAME>\adautocfg.cmd
      This step is required to sync-up the tcp.invited_nodes attribute in sqlnet.ora to remove the deleted node from the value of this attribute.
       
    3. Restart the database listener by running the following command:
       
      For UNIX:
      $ sh <RDBMS_OH>/appsutil/scripts/<CONTEXT_NAME>/addlnctl.sh stop <ORACLE_SID>
      $ sh <RDBMS_OH>/appsutil/scripts/<CONTEXT_NAME>/addlnctl.sh start <ORACLE_SID>
      For Windows:
      C:\> <RDBMS_OH>\appsutil\scripts\<CONTEXT_NAME>\addlnctl.cmd stop <ORACLE_SID>
      C:\> <RDBMS_OH>\appsutil\scripts\<CONTEXT_NAME>\addlnctl.cmd start <ORACLE_SID>
Notes:
  • Using the ebs-delete-node option as mentioned above will not delete the contents of the file system. This has to be done manually by the customer once the above steps to delete the node are completed successfully.

    For non-shared node, the following directories can be deleted:

    • <NE_BASE>
    • <RUN_BASE>
    • <PATCH_BASE>
    • EBSapps.env

    For a shared file system node, only the <INST_TOP> directory of the Run Edition File System and the Patch Edition File System should be deleted.

  • On all OHS enabled nodes, patch file system OHS configuration will automatically be synced up during next adop prepare phase.


Cloning Oracle E-Business Suite Release 12.2 with Rapid Clone (Doc ID 1383621.1)

Database Options/Management Packs Usage Reporting for Oracle Databases 11.2 and later (Doc ID 1317265.1)

  Database Options/Management Packs Usage Report You can determine whether an option is currently in use in a database by running options_pa...