Unable to Start WebLogic Admin Server after clearing some old log files

Problem :-

While restarting the Admin Server of SOA in DEV Environment getting below error because Disk was 100% full. Admin server failed to start after clearing some old log files from the server

Solution :-
Need to delete the old log files from this path—
–$DOMAIN_HOME/servers/AdminServer/logs/

Below is the command for deleting X days old files
$ find . -mtime +X(days) -exec rm {} \;

Before Error :-
$ df -h .
Filesystem Size  Used Avail Use% Mounted on
/dev/mapper/vg00-lv_local_mnt  230G  218G  511M 100% /local/mnt

After Error :-
$ df -h .
Filesystem Size  Used Avail Use% Mounted on
/dev/mapper/vg00-lv_local_mnt   230G  167G   52G  77% /local/mnt

After deleted the old log files from Admin server still having issue with restart the admin server and below is the error message from Admin server log file.

$DOMAIN_HOME/servers/AdminServer/logs/AdminServer.log

<Critical> <WebLogicServer> <BEA-000386> <Server subsystem failed. Reason: java.lang.NumberFormatException: null
java.lang.NumberFormatException: null

Since error was point to embedded LDAP server for weblogic so I compared files related to embedded ldap server
( $DOMAIN_HOME/SERVERS/AdminServer/data/ldap/)with one of our running weblogic instance and found that size of replicas.prop file was 0 byte.
$DOMAIN_HOME/servers/AdminServer/data/ldap/conf
-rw-r—– 1 oraowc dba   0 Aug 13 14:33 replicas.prop

Solutions:-
1) – Open and add the below line in this (replicas.prop) file $DOMAIN_HOME/servers/AdminServer/data/ldap/conf/replicas.prop
replica.num=0

or

2) – Move file from below location $DOMAIN_HOME/servers/AdminServer/data/ldap/conf/replicas.prop to replicas.prop.bak
mv replicas.prop replicas.prop_27092017   (On Restart WebLogic Server will recreate this file)

ERP SOA service is unable to access the end point(s)

Issue:-

ERP SOA Service attempts to reply and gets the error and unable to access the endpoint(s):

Issue Summary:-

Following error is found in SOA Server logs.

javax.xml.ws.WebServiceException: javax.xml.soap.SOAPException: javax.xml.soap.SOAPException: Message send failed: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty

Resolution:-

Issue is resolved after adding the “trustAnchors” parameter in setDomainEnv.sh file.

Resolution Details:-

Issue is resolved after adding the following “trustAnchors” parameter.

“-Djavax.net.ssl.trustAnchors=java_home /jre/lib/security/cacerts” to setDomainEnv.sh. This was not required with older version of the JAVA. And after upgrade, it is not able to read TrustAnchors definition from server definitions (Home >Summary of Servers >managed_server> Keystores).

How to import MDS metadata from oracle 11g EM to 12c EM Console

1. Export MDS from 11g EM console.
2. Import MDS to 12c EM console.

• Export MDS from 11g EM Console: 
  • MDS in 11g will be exported as the ZIP file.
  • Steps to export MDS and save ZIP in the local system.
    • Login into 11g EM console.
    • Navigate to MDS Configuration.
    • Export and save MDS .zip file.

• Login to 11g EM Console –> Expand SOA and Right click on soa-infra –> Select Administration –>MDS Configuration.

Click on MDS Configuration and Export MDS Zip to the local system. It will have saved into Zip format.

• Import 11g MDS to 12c EM Console:
  • 12c EM Console to import MDS from the local system.
  • Steps to Import MDS:
    • Unzip the exported MDS.
    • Select the Required MDS.
    • Make a ZIP to required MDS.
    • Login into 12c EM Console.
    • Navigate to MDS Configuration.
    • Import MDS zip file.

• Login into 12c EM Console –> Expand Target Navigation –> Expand SOA –> Right Click on soa-infra. Select Administration –> MDS Configuration.

Click on MDS Configuration and below screen will be displayed. Then Click on Choose File (Select Zip file from local system) and click on Import.

Now MDS is successfully imported into 12c EM Console.