Troubleshooting
This document describes common issues that may occur during the deployment of Oracle SOA Suite on Kubernetes and the steps to troubleshoot them. Also refer to the FAQs page for frequent issues and steps to resolve them.
WebLogic Kubernetes Operator installation failure
If the WebLogic Kubernetes Operator installation failed with timing out:
- Check the status of the operator Helm release using the command
helm ls -n <operator-namespace>
.
- Check if the operator pod is successfully created in the operator namespace.
- Describe the operator pod using
kubectl describe pod <operator-pod-name> -n <operator-namespace>
to identify any obvious errors.
RCU schema creation failure
When creating the RCU schema using create-rcu-schema.sh
, the possible causes for RCU schema creation failure are:
- Database is not up and running
- Incorrect database connection URL used
- Invalid database credentials used
- Schema prefix already exists
Make sure that all the above causes are reviewed and corrected as needed.
Also drop the existing schema with the same prefix before rerunning the create-rcu-schema.sh
with correct values.
Domain creation failure
If the Oracle SOA Suite domain creation fails when running create-domain.sh
, perform the following steps to diagnose the issue:
-
Run the following command to diagnose the create domain job:
$ kubectl logs jobs/<domain_job> -n <domain_namespace>
For example:
$ kubectl logs jobs/soainfra-create-soa-infra-domain-job -n soans
Also run:
$ kubectl describe pod <domain_job> -n <domain_namespace>
For example:
$ kubectl describe pod soainfra-create-soa-infra-domain-job-mcc6v -n soans
Use the output to diagnose the problem and resolve the issue.
-
Clean up the failed domain creation:
- Delete the failed domain creation job in the domain namespace using the command
kubectl delete job <domain-creation-job-name> -n <domain-namespace>
.
- Delete the contents of the domain home directory
- Drop the existing RCU schema
-
Recreate the domain:
- Recreate the RCU schema
- Make sure the Persistent Volume and Persistent Volume Claim used for the domain are created with correct permissions and bound together.
- Rerun the create domain script
Common domain creation issues
A common domain creation issue is error Failed to build JDBC Connection object
in the create domain job logs.
Click here to see the error stack trace:
Configuring the Service Table DataSource...
fmwDatabase jdbc:oracle:thin:@orclcdb.soainfra-domain-ns-293-10202010:1521/orclpdb1
Getting Database Defaults...
Error: getDatabaseDefaults() failed. Do dumpStack() to see details.
Error: runCmd() failed. Do dumpStack() to see details.
Problem invoking WLST - Traceback (innermost last):
File "/u01/weblogic/..2021_10_20_20_29_37.256759996/createSOADomain.py", line 943, in ?
File "/u01/weblogic/..2021_10_20_20_29_37.256759996/createSOADomain.py", line 75, in createSOADomain
File "/u01/weblogic/..2021_10_20_20_29_37.256759996/createSOADomain.py", line 695, in extendSoaB2BDomain
File "/u01/weblogic/..2021_10_20_20_29_37.256759996/createSOADomain.py", line 588, in configureJDBCTemplates
File "/tmp/WLSTOfflineIni956349269221112379.py", line 267, in getDatabaseDefaults
File "/tmp/WLSTOfflineIni956349269221112379.py", line 19, in command
Failed to build JDBC Connection object:
at com.oracle.cie.domain.script.jython.CommandExceptionHandler.handleException(CommandExceptionHandler.java:69)
at com.oracle.cie.domain.script.jython.WLScriptContext.handleException(WLScriptContext.java:3085)
at com.oracle.cie.domain.script.jython.WLScriptContext.runCmd(WLScriptContext.java:738)
at sun.reflect.GeneratedMethodAccessor152.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
com.oracle.cie.domain.script.jython.WLSTException: com.oracle.cie.domain.script.jython.WLSTException: Got exception when auto configuring the schema component(s) with data obtained from shadow table:
Failed to build JDBC Connection object:
ERROR: /u01/weblogic/create-domain-script.sh failed.
This error is reported when there is an issue with database schema access during domain creation. The possible causes are:
- Incorrect schema name specified in
create-domain-inputs.yaml
.
- RCU schema credentials specified in the secret
soainfra-rcu-credentials
are different from the credentials specified while creating the RCU schema using create-rcu-schema.sh
.
To resolve these possible causes, check that the schema name and credentials used during the domain creation are the same as when the RCU schema was created.
Server pods not started after applying domain configuration file
This issue usually happens when the WebLogic Kubernetes Operator is not configured to manage the domain namespace. You can verify the configuration by running the command helm get values <operator-release> -n <operator-namespace>
and checking the values under the domainNamespaces
section.
For example:
$ helm get values weblogic-kubernetes-operator -n opns
USER-SUPPLIED VALUES:
domainNamespaces:
- soans
image: ghcr.io/oracle/weblogic-kubernetes-operator:3.4.0
javaLoggingLevel: FINE
serviceAccount: op-sa
$
If you don’t see the domain namespace value under the domainNamespaces
section, run the helm upgrade
command in the operator namespace with appropriate values to configure the operator to manage the domain namespace.
$ helm upgrade --reuse-values --namespace opns --set "domainNamespaces={soans}" --wait weblogic-kubernetes-operator charts/weblogic-operator
Ingress controller not serving the domain URLs
To diagnose this issue:
- Verify that the Ingress controller is installed successfully.
For example, to verify the Traefik
Ingress controller status, run the following command:
$ helm list -n traefik
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
traefik traefik 2 2022-05-06 09:40:53.205565811 +0000 UTC deployed traefik-10.19.5 2.6.6
$
- Verify that the Ingress controller is setup to monitor the domain namespace.
For example, to verify the Traefik
Ingress controller manages the soans
domain namespace, run the following command and check the values under namespaces
section.
$ helm get values traefik-operator -n traefik
USER-SUPPLIED VALUES:
kubernetes:
namespaces:
- traefik
- soans
$
- Verify that the Ingress chart is installed correctly in domain namespace. For example, run the following command:
$ helm list -n soans
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
soainfra-traefik soans 1 2021-10-27 11:24:31.7572791 +0000 UTC deployed ingress-per-domain-0.1.0 1.0
$
- Verify that the Ingress URL paths and hostnames are configured correctly by running the following commands:
Click here to see the sample commands and output
$ kubectl get ingress soainfra-traefik -n soans
NAME CLASS HOSTS ADDRESS PORTS AGE
soainfra-traefik <none> <Hostname> 80 20h
$
$ kubectl describe ingress soainfra-traefik -n soans
Name: soainfra-traefik
Namespace: soans
Address:
Default backend: default-http-backend:80 (<error: endpoints "default-http-backend" not found>)
Rules:
Host Path Backends
---- ---- --------
<Hostname>
/console soainfra-adminserver:7001 (10.244.0.123:7001)
/em soainfra-adminserver:7001 (10.244.0.123:7001)
/weblogic/ready soainfra-adminserver:7001 (10.244.0.123:7001)
/soa-infra soainfra-cluster-soa-cluster:8001 (10.244.0.126:8001,10.244.0.127:8001)
/soa/composer soainfra-cluster-soa-cluster:8001 (10.244.0.126:8001,10.244.0.127:8001)
/integration/worklistapp soainfra-cluster-soa-cluster:8001 (10.244.0.126:8001,10.244.0.127:8001)
/EssHealthCheck soainfra-cluster-soa-cluster:8001 (10.244.0.126:8001,10.244.0.127:8001)
Annotations: kubernetes.io/ingress.class: traefik
meta.helm.sh/release-name: soainfra-traefik
meta.helm.sh/release-namespace: soans
Events: <none>
$