Post Install Configuration

Follow these post install configuration steps.

  1. Create a Server Overrides File
  2. Removing OAM Server from WebLogic Server 12c Default Coherence Cluster
  3. WebLogic Server Tuning
  4. Enable Virtualization
  5. Modify oamconfig.properties

Create a Server Overrides File

  1. Navigate to the following directory:

    $ cd $WORKDIR/kubernetes/create-access-domain/domain-home-on-pv/output/weblogic-domains/accessdomain

  2. Create a setUserOverrides.sh with the following contents:

    DERBY_FLAG=false
JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.net.preferIPv4Stack=true"
MEM_ARGS="-Xms8192m -Xmx8192m"

  3. Copy the setUserOverrides.sh file to the Administration Server pod:

    $ chmod 755 setUserOverrides.sh
$ kubectl cp setUserOverrides.sh oamns/accessdomain-adminserver:/u01/oracle/user_projects/domains/accessdomain/bin/setUserOverrides.sh

    Where oamns is the OAM namespace and accessdomain is the DOMAIN_NAME/UID.

  4. Stop the OAM domain using the following command:

    $ kubectl -n <domain_namespace> patch domains <domain_uid> --type='json' -p='[{"op": "replace", "path": "/spec/serverStartPolicy", "value": "NEVER" }]'

    For example:

    $ kubectl -n oamns patch domains accessdomain --type='json' -p='[{"op": "replace", "path": "/spec/serverStartPolicy", "value": "NEVER" }]'

    The output will look similar to the following:

    domain.weblogic.oracle/accessdomain patched

  5. Check that all the pods are stopped:

    $ kubectl get pods -n <domain_namespace>

    For example:

    $ kubectl get pods -n oamns

    The output will look similar to the following:

    NAME                                                     READY   STATUS        RESTARTS   AGE
accessdomain-adminserver                                 1/1     Terminating   0          27m
accessdomain-create-oam-infra-domain-job-7c9r9           0/1     Completed     0          4h29m
accessdomain-oam-policy-mgr1                             1/1     Terminating   0          24m
accessdomain-oam-policy-mgr2                             1/1     Terminating   0          24m
accessdomain-oam-server1                                 1/1     Terminating   0          24m
accessdomain-oam-server2                                 1/1     Terminating   0          24m
helper                                                   1/1     Running       0          4h44m
nginx-ingress-ingress-nginx-controller-76fb7678f-k8rhq   1/1     Running       0          108m

    The Administration Server pods and Managed Server pods will move to a STATUS of Terminating. After a few minutes, run the command again and the pods should have disappeared:

    NAME                                                     READY   STATUS      RESTARTS   AGE
accessdomain-create-oam-infra-domain-job-7c9r9           0/1     Completed   0          4h30m
helper                                                   1/1     Running     0          4h45m
nginx-ingress-ingress-nginx-controller-76fb7678f-k8rhq   1/1     Running     0          109m

  6. Start the domain using the following command:

    $ kubectl -n <domain_namespace> patch domains <domain_uid> --type='json' -p='[{"op": "replace", "path": "/spec/serverStartPolicy", "value": "IF_NEEDED" }]'

    For example:

    $ kubectl -n oamns patch domains accessdomain --type='json' -p='[{"op": "replace", "path": "/spec/serverStartPolicy", "value": "IF_NEEDED" }]'

    Run the following kubectl command to view the pods:

    $ kubectl get pods -n <domain_namespace>

    For example:

    $ kubectl get pods -n oamns

    The output will look similar to the following:

    NAME                                                     READY   STATUS      RESTARTS   AGE
accessdomain-create-oam-infra-domain-job-7c9r9           0/1     Completed   0          4h30m
accessdomain-introspector-mckp2                          1/1     Running     0          8s
helper                                                   1/1     Running     0          4h46m
nginx-ingress-ingress-nginx-controller-76fb7678f-k8rhq   1/1     Running     0          110m

    The Administration Server pod will start followed by the OAM Managed Servers pods. This process will take several minutes, so keep executing the command until all the pods are running with READY status 1/1:

    NAME                                                     READY   STATUS      RESTARTS   AGE  
accessdomain-adminserver                                 1/1     Running     0          5m38s
accessdomain-create-oam-infra-domain-job-7c9r9           0/1     Completed   0          4h37m
accessdomain-oam-policy-mgr1                             1/1     Running     0          2m51s
accessdomain-oam-policy-mgr2                             1/1     Running     0          2m51s
accessdomain-oam-server1                                 1/1     Running     0          2m50s
accessdomain-oam-server2                                 1/1     Running     0          2m50s
helper                                                   1/1     Running     0          4h52m
nginx-ingress-ingress-nginx-controller-76fb7678f-k8rhq   1/1     Running     0          116m

Removing OAM Server from WebLogic Server 12c Default Coherence Cluster

Exclude all Oracle Access Management (OAM) clusters (including Policy Manager and OAM runtime server) from the default WebLogic Server 12c coherence cluster by using the WebLogic Server Administration Console.

From 12.2.1.3.0 onwards, OAM server-side session management uses the database and does not require coherence cluster to be established. In some environments, warnings and errors are observed due to default coherence cluster initialized by WebLogic. To avoid or fix these errors, exclude all of the OAM clusters from default WebLogic Server coherence cluster using the following steps:

  1. Login to the WebLogic Server Console at https://${MASTERNODE-HOSTNAME}:${MASTERNODE-PORT}/console.
  2. Click Lock & Edit.
  3. In Domain Structure, expand Environment and select Coherence Clusters.
  4. Click defaultCoherenceCluster and select the Members tab.
  5. From Servers and Clusters, deselect all OAM clusters (oam_cluster and policy_cluster).
  6. Click Save.
  7. Click Activate changes.

WebLogic Server Tuning

For production environments, the following WebLogic Server tuning parameters must be set:

Add Minimum Thread constraint to worker manager “OAPOverRestWM”

  1. Login to the WebLogic Server Console at https://${MASTERNODE-HOSTNAME}:${MASTERNODE-PORT}/console.
  2. Click Lock & Edit.
  3. In Domain Structure, click Deployments.
  4. On the Deployments page click Next until you see oam_server.
  5. Expand oam_server by clicking on the + icon, then click /iam/access/binding.
  6. Click the Configuration tab, followed by the Workload tab.
  7. Click wm/OAPOverRestWM
  8. Under Application Scoped Work Managed Components, click New.
  9. In Create a New Work Manager Component, select Minumum Threads Constraint and click Next.
  10. In Minimum Threads Constraint Properties enter the Count as 400 and click Finish.
  11. In the Save Deployment Plan change the Path to the value /u01/oracle/user_projects/domains/accessdomain/Plan.xml, where accessdomain is your domain_UID.
  12. Click OK and then Activate Changes.

Remove Max Thread Constraint and Capacity Constraint

  1. Repeat steps 1-7 above.
  2. Under Application Scoped Work Managed Components select the check box for Capacity and MaxThreadsCount. Click Delete.
  3. In the Delete Work Manage Components screen, click OK to delete.
  4. Click on Release Configuration and then Log Out.

oamDS DataSource Tuning

  1. Login to the WebLogic Server Console at https://${MASTERNODE-HOSTNAME}:${MASTERNODE-PORT}/console.
  2. Click Lock & Edit.
  3. In Domain Structure, Expand Services and click Data Sources.
  4. Click on oamDS.
  5. In Settings for oamDS, select the Configuration tab, and then the Connection Pool tab.
  6. Change Initial Capacity, Maximum Capacity, and Minimum Capacity to 800 and click Save.
  7. Click Activate Changes.

Enable Virtualization

  1. Log in to Oracle Enterprise Manager Fusion Middleware Control at https://${MASTERNODE-HOSTNAME}:${MASTERNODE-PORT}/em
  2. Click WebLogic Domain > Security > Security Provider Configuration.
  3. Expand Security Store Provider.
  4. Expand Identity Store Provider.
  5. Click Configure.
  6. Add a custom property.
  7. Select virtualize property with value true and click OK.
  8. Click OK again to persist the change.

Modify oamconfig.properties

  1. Navigate to the following directory and change permissions for the oamconfig_modify.sh:

    $ cd $WORKDIR/kubernetes/create-access-domain/domain-home-on-pv/common
$ chmod 777 oamconfig_modify.sh

  2. Edit the oamconfig.properties and change the OAM_NAMESPACE and LBR_HOST to match the values for your OAM Kubernetes environment. For example:

    #Below are only the sample values, please modify them as per your setup
 
# The name space where OAM servers are created
OAM_NAMESPACE='oamns'
 
# Define the INGRESS CONTROLLER used.
INGRESS="nginx"
 
# Define the INGRESS CONTROLLER name used during installation.
INGRESS_NAME="nginx-ingress"
 
# FQDN of the LBR Host i.e the host from where you access oam console
LBR_HOST="masternode.example.com"

  3. Run the oamconfig_modify.sh script as follows:

    $ ./oamconfig_modify.sh <OAM_ADMIN_USER>:<OAM_ADMIN_PASSWORD>

    where:

    OAM_ADMIN_USER is the OAM administrator username

    OAM_ADMIN_PASSWORD is the OAM administrator password

    For example:

    $ ./oamconfig_modify.sh weblogic:<password>

    Note: Make sure port 30540 is free before running the command.

    The output will look similar to the following:

    LBR_PROTOCOL: https
domainUID: accessdomain
OAM_SERVER: accessdomain-oam-server
OAM_NAMESPACE: oamns
INGRESS: nginx
INGRESS_NAME: nginx-ingress
ING_TYPE : NodePort
LBR_HOST: masternode.example.com
LBR_PORT: 31051
Started Executing Command
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  764k    0  764k    0     0   221k      0 --:--:--  0:00:03 --:--:--  221k
new_cluster_id: a52fc-masternode
service/accessdomain-oamoap-service created
accessdomain-oamoap-service              NodePort    10.100.202.44    <none>        5575:30540/TCP               1s
nginx-ingress-ingress-nginx-controller   NodePort    10.101.132.251   <none>        80:32371/TCP,443:31051/TCP   144m
HTTP/1.1 100 Continue

HTTP/1.1 201 Created
Date: <DATE>
Content-Type: text/plain
Content-Length: 76
Connection: keep-alive
X-ORACLE-DMS-ECID: 9234b1a0-83b4-4100-9875-aa00e3f5db27-0000035f
X-ORACLE-DMS-RID: 0
Set-Cookie: JSESSIONID=pSXccMR6t8B5QoyaAlOuZYSmhtseX4C4jx-0tnkmNyer8L1mOLET!402058795; path=/; HttpOnly
Set-Cookie: _WL_AUTHCOOKIE_JSESSIONID=X1iqH-mtDNGyFx5ZCXMK; path=/; secure; HttpOnly
Strict-Transport-Security: max-age=15724800; includeSubDomains

https://masternode.example.com:31051/iam/admin/config/api/v1/config?path=%2F

 $WORKDIR/kubernetes/create-access-domain/domain-home-on-pv/common/output/oamconfig_modify.xml executed successfully
---------------------------------------------------------------------------

Initializing WebLogic Scripting Tool (WLST) ...

Welcome to WebLogic Server Administration Scripting Shell

Type help() for help on available commands

Connecting to t3://accessdomain-adminserver:7001 with userid weblogic ...
Successfully connected to Admin Server "AdminServer" that belongs to domain "accessdomain".

Warning: An insecure protocol was used to connect to the server.
To ensure on-the-wire security, the SSL port or Admin port should be used instead.

Location changed to domainRuntime tree. This is a read-only tree
with DomainMBean as the root MBean.
For more help, use help('domainRuntime')

Exiting WebLogic Scripting Tool.

Please wait for some time for the server to restart
pod "accessdomain-oam-server1" deleted
pod "accessdomain-oam-server2" deleted
Waiting continuously at an interval of 10 secs for servers to start..
Waiting continuously at an interval of 10 secs for servers to start..
Waiting continuously at an interval of 10 secs for servers to start..
Waiting continuously at an interval of 10 secs for servers to start..
Waiting continuously at an interval of 10 secs for servers to start..
...
Waiting continuously at an interval of 10 secs for servers to start..
Waiting continuously at an interval of 10 secs for servers to start..
accessdomain-oam-server1 1/1 Running 0 4m37s
accessdomain-oam-server2 1/1 Running 0 4m36s
OAM servers started successfully

    The script will delete the accessdomain-oam-server1 and accessdomain-oam-server2 pods and then create new ones. Check the pods are running again by issuing the following command:

    $ kubectl get pods -n <domain_namespace>

    For example:

    $ kubectl get pods -n oamns

    The output will look similar to the following:

    NAME                                                     READY   STATUS      RESTARTS   AGE
accessdomain-adminserver                                 1/1     Running     0          43m
accessdomain-create-oam-infra-domain-job-7c9r9           0/1     Completed   0          5h14m
accessdomain-oam-policy-mgr1                             1/1     Running     0          40m
accessdomain-oam-policy-mgr2                             1/1     Running     0          40m
accessdomain-oam-server1                                 0/1     Running     0          8m3s
accessdomain-oam-server2                                 0/1     Running     0          8m2s
helper                                                   0/1     Running     0          5h29m
nginx-ingress-ingress-nginx-controller-76fb7678f-k8rhq   1/1     Running     0          154m

    The accessdomain-oam-server1 and accessdomain-oam-server2 are started, but currently have a READY status of 0/1. This means oam_server1 and oam_server2 are not currently running but are in the process of starting. The servers will take several minutes to start so keep executing the command until READY shows 1/1:

    NAME                                                     READY   STATUS      RESTARTS   AGE
accessdomain-adminserver                                 1/1     Running     0          49m
accessdomain-create-oam-infra-domain-job-7c9r9           0/1     Completed   0          5h21m
accessdomain-oam-policy-mgr1                             1/1     Running     0          46m
accessdomain-oam-policy-mgr2                             1/1     Running     0          46m
accessdomain-oam-server1                                 1/1     Running     0          14m
accessdomain-oam-server2                                 1/1     Running     0          14m
helper                                                   1/1     Running     0          5h36m
nginx-ingress-ingress-nginx-controller-76fb7678f-k8rhq   1/1     Running     0          160m