2 Configuring the Plug-In for Oracle HTTP Server
Configure the Oracle WebLogic Server Proxy Plug-In, which is the plug-in for proxying requests from Oracle HTTP Server to Oracle WebLogic Server. The Oracle WebLogic Server Proxy Plug-In is included in the Oracle HTTP Server 12c (12.2.1.4.0) installation. You do not have to download and install it separately.
Note:
The Oracle WebLogic Server Proxy Plug-In provides features that are identical to those of the plug-in for Apache HTTP Server.
You can configure the Oracle WebLogic Server Proxy Plug-In either by using Fusion Middleware Control or by editing the mod_wl_ohs.conf
configuration file manually.
WebLogic Server Proxy Plug-in 12.2.1.0 and later version builds are moved from Intel compiler to MSVC Compiler. When Apache HTTP Server is used as a front end with WebLogic Server Proxy Plug-in, the plug-in library depends on the two dlls — msvcp110.dll
and msvcr110.dll
, provided by Microsoft. These dlls are available with Microsoft Visual C ++ Redistributable Package for x64.
This chapter includes the following topics:
-
Preparing for Configuring the Oracle WebLogic Server Proxy Plug-In
-
Configuring the Oracle WebLogic Server Proxy Plug-In Using Fusion Middleware Control
-
Configuring the Oracle WebLogic Server Proxy Plug-In Manually
-
Understanding Oracle WebLogic Server Proxy Plug-In Performance Metrics
-
Troubleshooting Oracle WebLogic Server Proxy Plug-In Implementations
Oracle HTTP Server Support Note
The Oracle WebLogic Server Proxy Plug-In for Oracle HTTP Server is now able to front-end WebSocket applications.
Preparing for Configuring the Oracle WebLogic Server Proxy Plug-In
You must complete some installation and verification tasks before configuring the Oracle WebLogic Server Proxy Plug-In.
-
Ensure that Oracle WebLogic Server has been installed, a domain has been created, and you can access the Oracle WebLogic Server administration console. Oracle HTTP Server and WebLogic Server can be installed either in same domain or in separate domains.
-
Verify that Fusion Middleware Control has been installed and you can access the Enterprise Manager Console. This is required to configure the Oracle WebLogic Server Proxy Plug-In by using the graphical interface provided by Fusion Middleware Control. The Fusion Middleware Control is available only for WebLogic managed domains.
-
To be able to test the configuration, ensure that the required Java applications are deployed to Oracle WebLogic Server—either to a single managed server or to a cluster—and are accessible.
Setting the WebLogic Plug-In Enabled Parameter
You must set the WebLogic Plug-In Enabled parameter if the version of the Oracle WebLogic Server instances in the back end is 10.3.4 (or later) release.
For the change to take effect, you must restart the server instances.
Understanding the WebLogic Plug-In Enabled Parameter
The WebLogic Plug-In Enabled drop-down list contains these values:
-
Yes—Yes must be selected if the WebLogic Plug-ins are used with the WebLogic Server. When set to Yes on the server, it specifies that this server uses the proprietary
WL-Proxy-Client-IP
header, which is recommended if the server instance will receive requests from a proxy plug-in.When set to Yes on the cluster, it specifies that the cluster will receive requests from a proxy plug-in or
HttpClusterServlet
. A call togetRemoteAddr
will return the address of the browser client from the proprietaryWL-Proxy-Client-IP
header, instead of the Web server. -
No—Selecting No for the server or cluster disables the
weblogic-plugin-enabled
parameter (weblogic-plugin-enabled=false
) in theconfig.xml
file. -
Default—When Default is selected for WebLogic Plug-In Enabled in the servers page, then the servers will inherit the value selected for WebLogic Plug-In Enabled for the cluster. When Default is selected for WebLogic Plug-In Enabled in the clusters page, then the clusters will inherit the value selected for WebLogic Plug-In Enabled for the domain.
Configuring the Oracle WebLogic Server Proxy Plug-In Using Fusion Middleware Control
Use Fusion Middleware Control to configure the mod_wl_ohs module. To configure the mod_wl_ohs module, complete the following tasks:
Task 1: Navigate to the mod_wl_ohs Configuration Page
The mod_wl_ohs configuration page contains the parameters for configuring the Oracle WebLogic Server Proxy Plug-In.
Task 2: Specify the Configuration Settings
Specify the configuration settings for the Oracle WebLogic Server Proxy Plug-In. In the General section, you can configure mod_wl_ohs for a WebLogic cluster or for WebLogic servers.
-
If you select the Provide WebLogic Cluster Details radio button, then provide values for the WebLogic Cluster, Dynamic Server List ON, Error Page, WebLogic Temp Directory, and Exclude Path or MIME Type fields.
-
If you select the Provide WebLogic Server Host and Port Details radio button, then provide values for the WebLogic Host, WebLogic Port, Dynamic Server List ON, Error Page, WebLogic Temp Directory, and Exclude Path or MIME Type fields.
Task 3: Configure Expression Overrides or Location Overrides (Optional)
If necessary, you can add expression or location overrides to your configuration.
-
Add any expression overrides in the Match Expression field.
-
Add any location overrides in the Location table.
-
Click Add Row to create a new row.
-
Enter the base URI for which the associated directives become effective.
-
Complete the WebLogic Cluster, WebLogic Host, and WebLogic Port fields. You can automatically complete these fields by clicking AutoFill (see Using the AutoFill Function).
-
Complete the Path Trim field.
According to the RFC specification, generic syntax for URL is:
[PROTOCOL]://[HOSTNAME]:{PORT}/{PATH}/{FILENAME};{PATH_PARAMS}/{QUERY_STRING}...
Path Trim specifies the string trimmed by the module from the {PATH}/{FILENAME} portion of the original URL, before the request is forwarded to WebLogic Server. For example, if the URL:
http://myWeb.server.com/weblogic/foo
is passed to the module for parsing and if Path Trim has been set to strip off
/weblogic
before handing the URL to WebLogic Server, the URL forwarded to WebLogic Server is:http://myWeb.server.com:7002/foo
Note:
If you are converting an existing third-party server to proxy requests to WebLogic Server using the module for the first time, you must change application paths to /foo to include weblogic/foo. You can use Path Trim and Path Prepend in combination to change this path
-
Complete the Path Prepend field.
According to the RFC specification, generic syntax for URL is:
[PROTOCOL]://[HOSTNAME]:{PORT}/{PATH}/{FILENAME};{PATH_PARAMS}/{QUERY_STRING}...
Path Prepend specifies the path that the module prepends to the {PATH} portion of the original URL, after Path Trim is trimmed and before the request is forwarded to WebLogic Server.
Note:
If you need to append File Name, use the
DefaultFileName
module parameter instead of Path Prepend. -
Click Add Row again to save the new row.
-
Task 4: Apply Your Changes
Apply your changes to the mod_wl_ohs Configuration Page and restart Oracle HTTP Server.
- If the settings are correct, click Apply to apply the changes. If the settings are incorrect or you decide to not apply the changes, click Revert to return to the original settings.
- Restart Oracle HTTP Server by selecting Control from the Oracle HTTP Server menu, and then selecting Start Up.
The mod_wl_ohs module configuration is saved and displayed on the mod_wl_ohs Configuration page.
Using the Search Function
The search function allows you to search for a particular WebLogic Cluster or WebLogic Host that is available to the selected Oracle HTTP Server instance. By clicking the search icon , you can see a list of clusters or servers available to the selected Oracle HTTP Server instance. To use the search function, do the following:
- Click the search icon for either WebLogic Cluster or WebLogic Host. The Select WebLogic Cluster/Server dialog box appears.
- Select the cluster or server you want to use and click OK.
The selected cluster or server name appears in the appropriate field.
Using the AutoFill Function
Note:
The AutoFill function is available only if you are using Oracle WebLogic Server in full-JRF mode. It is not available if you are using Restricted-JRF.
You can easily add valid WebLogic Server and endpoint locations for a specified Base URL to the Locations table on the Oracle WebLogic Server Proxy Plug-In Configuration screen by using the AutoFill button. To do so:
- Click Add to add a new location,
- Enter a location name in the Location field.
- Click AutoFill.
Data for any location of the same name will be updated and any new locations will be added to the table.
Configuring the Oracle WebLogic Server Proxy Plug-In Manually
Specify directives in the mod_wl_ohs.conf
file to manually configure the Oracle WebLogic Server Proxy Plug-In.
Examples of <IfModule weblogic_module> Element Configurations
The configuration of the predefined <IfModule weblogic_module>
element determines how requests are sent to Oracle WebLogic Server. These examples demonstrates the different ways in which you can configure this element.
Note:
Oracle recommends that you specify directives within the predefined <IfModule weblogic_module>
element.
If you specify directives outside the predefined <IfModule weblogic_module>
element, or in additional <IfModule weblogic_module>
elements, or in configuration files other than mod_wl_ohs.conf, the Oracle WebLogic Server Proxy Plug-In might work, but the configuration state of the module, as displayed in Fusion Middleware Control, could be inconsistent with the directives specified in the mod_wl_ohs.conf configuration file.
To Forward Requests to a Single Oracle WebLogic Server Instance
To forward requests to an application running on a single Oracle WebLogic Server instance, specify the details of that destination server within a <location>
element.
Syntax:
<IfModule weblogic_module> <Location path> WLSRequest On WebLogicHost host WeblogicPort port </Location> </IfModule>
Example:
With the following configuration, requests for the /myapp1
URI received at the Oracle HTTP Server listen port will be forwarded to /myapp1
on the Oracle WebLogic Server with the listen port localhost:7001
<IfModule weblogic_module> <Location /myapp1> WLSRequest On WebLogicHost localhost WeblogicPort 7001 </Location> </IfModule>
To Forward Requests to a Cluster of Oracle WebLogic Server Instances
To forward requests to an application running on a cluster of Oracle WebLogic Server instances, specify the details of that destination cluster within a new <location>
element.
Syntax:
<IfModule weblogic_module>
<Location path>
WLSRequest On
WebLogicCluster host:port,host:port
,...
</Location>
</IfModule>
Example:
With the following configuration, requests for the /myapp2
URI received at the Oracle HTTP Server listen port will be forwarded to /myapp2
on the Oracle WebLogic Server cluster containing the managed servers with the listen ports localhost:8002
and localhost:8003
.
<IfModule weblogic_module> <Location /myapp2> WLSRequest On WebLogicCluster localhost:8002,localhost:8003 </Location> </IfModule>
To Configure Multiple Destinations
To configure multiple destinations—say, an application running on a single Oracle WebLogic Server instance and another application running on a cluster—you must specify each destination in a distinct <location>
child element. All the <location>
child elements should be at the same level within the <IfModule weblogic_module>
element, as shown in the following syntax:
<IfModule weblogic_module>
#For an application running on a single server instance
<Location path1>
WLSRequest On
WebLogicHost host
WeblogicPort port
</Location>
#For an application running on a cluster
<Location path2>
WLSRequest On
WebLogicCluster host:port,host:port
,...
</Location>
</IfModule>
To Link to Managed Servers
To configure the Oracle WebLogic Server Proxy Plug-In so that it can link to managed servers, for example to enable a high availability deployment of Oracle HTTP Server, edit the mod_wl_ohs.conf file as follows:
<IfModule mod_weblogic.c> WebLogicCluster apphost1.mycompany.com:7050,apphost2.mycompany.com:7050 MatchExpression *.jsp </IfModule> <Location /weblogic> WLSRequest On WebLogicCluster apphost1.mycompany.com:7050,apphost2.com:7050 DefaultFileName index.jsp </Location>
Note:
If you are using SSL termination and routing requests to WebLogic, the following additional configuration is required.
In the WebLogic console, WebLogic Plugin Enabled must be set to true, either at the domain, cluster or Managed Server level.
In the Location block which directs requests to the WebLogic managed servers, one of the following lines also must be added.
WLProxySSL ON WLProxySSLPassThrough ON
(To help determine which parameter to use, see SSL Parameters for Web Server Plug-Ins.)
For example:
<Location /weblogic> WLSRequest On WebLogicCluster apphost1.mycompany.com:7050,apphost2.com:7050 WLProxySSL On WLProxySSLPassThrough ON DefaultFileName index.jsp </Location>
After enabling the WebLogic plugin, restart the Administration Server. See Terminating SSL Requests in Administering Oracle HTTP Server.
These examples show two different ways of routing requests to Oracle WebLogic managed servers:
-
The
<IfModule>
block sends any requests ending in *.jsp to the WebLogic Managed Server cluster located on Apphost1 and Apphost2. -
The
<Location>
block sends any requests with URLs prefixed by/weblogic
to the WebLogic Managed Server cluster located on Apphost1 and Apphost2.
To Configure One-way and Two-way SSL
For information about configuring the Oracle WebLogic Server Proxy Plug-In to support one-way and two-way SSL between Oracle HTTP Server and Oracle WebLogic Server, see Using SSL with Plug-Ins.
Understanding Oracle WebLogic Server Proxy Plug-In Performance Metrics
Oracle HTTP Server provides performance metrics specific to the Oracle WebLogic Server Proxy Plug-In (mod_wl_ohs
) module, where a request is proxied to the backend WebLogic server.
These metrics are provided through the Oracle Dynamic Monitoring Service (DMS) which enables Oracle Fusion Middleware components to provide administration tools, such as Fusion Middleware Control, with data regarding the component's performance, state and on-going behavior. For the Oracle WebLogic Server Proxy Plug-In module, for example, it could return the number of requests proxied, the number of failed requests, and other specific metrics. For more information on DMS, see Using the Oracle Dynamic Monitoring Service in Tuning Performance Guide.
Note:
The Oracle WebLogic Server Proxy Plug-In module metrics are available only for Oracle HTTP Server and Apache server plug-ins. They are not available for Microsoft IIS plug-ins.
This section contains the following information on DMS metrics.
-
Configuring DMS Metrics for Oracle HTTP Server Proxy Plug-in—How to configure DMS metrics for Oracle WebLogic Server.
-
Viewing Performance Metrics for Oracle HTTP Server Proxy Plug-in—How to view DMS metrics for Oracle WebLogic Server.
-
DMS State Metrics—These metrics represent a single data point, for example, a counter, a status and so on.
-
DMS Event Metrics—These metrics represent an event, for example a login failure and so on.
-
DMS PhaseEvent Metrics—These metrics represent a "phase" of an event.
Configuring DMS Metrics for Oracle HTTP Server Proxy Plug-in
The DMS metrics for Oracle WebLogic Server Proxy Plug-In are enabled by default in the admin.conf
file. They are included as part of the regular DMS metrics collection.
Viewing Performance Metrics for Oracle HTTP Server Proxy Plug-in
You can view the performance metrics by using either the administration port, WLST commands or Fusion Middleware Control. For details of each of the performance metrics, see DMS State Metrics, DMS Event Metrics, and DMS PhaseEvent Metrics.
Using the Administration Port:
If administration port is configured, for example, at 127.0.0.1:9999
, then you can view the raw DMS metrics at the URL http://127.0.0.1/dms/
.
The metrics under the section /WebLogicProxy [type=OHSWebLogic]
are the metrics coming from Oracle WebLogic Server plug-in.
Using WLST (Collocated Mode Only)
Use the WLST command displayMetricTables
to view performance metrics, for example:
displayMetricTables(servertype="OHS", servers=<instancename>)
The metrics under the section /WebLogicProxy [type=OHSWebLogic]
are the metrics coming from Oracle WebLogic Server Proxy Plug-in.
Using Fusion Middleware Control (Collocated Mode Only)
To view performance metrics in Fusion Middleware Control, select Oracle HTTP Server, then Monitoring, then Performance Summary. The metrics towards the bottom of this page will have Oracle WebLogic Server Proxy Plug-in specific metrics. See Viewing Performance Metrics in Administering Oracle HTTP Server.
DMS State Metrics
A state metric tracks system status information or to track a metric that is not associated with an event. Table 2-1 describes the State metrics available for the Oracle WebLogic Server Proxy Plug-In module.
These metrics can be returned for Oracle WebLogic Server and Apache HTTP Server Plug-ins.
Table 2-1 State Metrics for the Oracle WebLogic Server Proxy Plug-In Module
Metric Name | Description |
---|---|
|
The total number of requests declined (not processed by |
|
Number of requests that could not be processed successfully. See Event Metrics for errors. |
|
The total number of requests serviced by the |
|
The total number of requests received by |
|
Number of times a request was retried. Requests are generally retried on failure (depending on configuration). If a request is ever retried, this metric will increment (once per request, irrespective of how many times the request was retried). |
|
The number of requests successfully processed. If the requests are processed successfully (proxied to Oracle WebLogic Server, and sent the response back to client), then this metric will be incremented. |
|
Number of WebSocket upgrade requests currently active. |
|
Number of WebSocket upgrade requests closed. If the WebSocket session is terminated (for any reason), then this metric is updated. |
|
Maximum number of simultaneous WebSocket requests that can be active. If the
If
For more information on the |
|
This value is defined by the number of active WebSockets ( ( |
|
The number of WebSocket upgrade requests made. If the request URI is an WebSocket upgrade request, this metric will be incremented. |
|
Number of WebSocket upgrade requests completed successfully. If Oracle WebLogic Server responds to a WebSocket upgrade request with |
DMS Event Metrics
A DMS event metric counts system events. A DMS event tracks system events that have a short duration, or where the duration of the event is not of interest but the occurrence of the event is of interest. Table 2-2 describes the Event metrics available for the Oracle WebLogic Server Proxy Plug-In module.
These metrics can be returned for Oracle WebLogic Server and Apache HTTP Server Proxy Plug-ins.
Table 2-2 Event Metrics for the Oracle WebLogic Server Proxy Plug-In Module.
Metric Name | Description |
---|---|
|
The number of |
|
The number of |
|
The number of any other errors. For example, |
|
The number of |
|
The number of |
|
The number of |
|
The number of |
|
The number of |
|
Number of WebSocket upgrade requests closed by client. If the client sends a WebSocket upgrade request, and client closes the connection, then this metric is updated. |
|
Number of WebSocket sessions terminated due to error. If there is any error which causes the WebSocket connection to close, then this metric is updated. |
|
The number of times the WebSocket upgrade request was rejected. The response to WebSocket upgrade request is not " |
|
Number of WebSocket upgrade requests closed by server. If Oracle WebLogic Server initiates a close of WebSocket communication, then this metric is updated. For example, timeout or no communication (by default, 5 minutes) after upgrading the request. |
DMS PhaseEvent Metrics
A DMS PhaseEvent metric measures the time spent in a specific section of code that has a beginning and an end. A PhaseEvent tracks time in a method or in a block of code. For each phase event, an "active count", "completed count", "total time", "min time", "max time", and "average time" value is included. Table 2-3 describes the PhaseEvent metrics available for the Oracle WebLogic Server Proxy Plug-In module.
These metrics can be returned for Oracle WebLogic Server and Apache HTTP Server Proxy Plug-ins.
Table 2-3 PhaseEvent Metrics for the Oracle WebLogic Server Proxy Plug-In Module
Metric Name | Description |
---|---|
|
WebSocket communication in progress. The phase (time) between "WebSocket upgrade succeeded" and "WebSocket connection closed" |
|
The phase (time) between "the request sent to Oracle WebLogic Server" and "Waiting for response". |
Deprecated Directives for Oracle HTTP Server
The WebLogic Server plug-in logs for Oracle WebLogic Server Proxy Plug-In are now part of the Web Server error log mechanism. References can be identified with module name as weblogic
. For example:
[2015-05-14T00:43:27.8355-06:00] [OHS] [TRACE:16] [OH99999] [weblogic] [client_id: ::1] [host_id: XXXXXXXX] [host_addr: XX.XXX.XXX.XXX] [pid: 1240] [tid: 2424] [user: sramavan] [ecid: 00iT9hK4DrhFw0zobn063z0BvEE3zsYyk0000JO00000H] [rid: 0] [VirtualHost: main] ================New Request: [GET /favicon.ico HTTP/1.1] =================
The WLLogFile and Debug directives are deprecated. If the configuration uses these directives, the following note appears in the node manager plug-in log file (ohs_nm.log):
<2015-05-14 00:36:25> <INFO> <OHS-0> <[Thu May 14 00:36:25.723286 2015] [weblogic:warn] [pid 5084:tid 668] The Debug directive is ignored. The web server log level is used instead.> <2015-05-14 00:36:25> <INFO> <OHS-0> <[Thu May 14 00:36:25.724263 2015] [weblogic:warn] [pid 5084:tid 668] The WLLogFile directive is ignored. The web server log file is used instead.>
To enable plug-in logs:
-
If OraLogMode is set to ODL-text, set OraLogSeverity to TRACE:16. The logs appear in the directory OraLogDir (instance-name.log). This is the default.
-
If OraLogMode is set to apache, set LogLevel to debug. The directive ErrorLog points to the file where the errors are logged.
See Managing Oracle HTTP Server Logs in Administering Oracle HTTP Server guide.
Troubleshooting Oracle WebLogic Server Proxy Plug-In Implementations
You might encounter some of the following problems when using the Oracle WebLogic Server Proxy Plug-In. Descriptions of how to solve these problems are provided.
WLS Session Issues
The Oracle WebLogic Server Proxy Plug-In routes the requests to backend Oracle WebLogic Server or cluster. Oracle WebLogic Server maintains sessions so that subsequent requests from the same client are routed to the same server. However, due to various reasons, if the Oracle WebLogic Server Proxy Plug-In cannot communicate with the Oracle WebLogic Server server, the request is handled in the following ways:
-
If the request is routed to a single WebLogic Server instance, the Oracle WebLogic Server Proxy Plug-In continues trying to connect to that same WebLogic Server instance for the maximum number of retries as specified by the ratio of ConnectTimeoutSecs and ConnectRetrySecs. If all attempts fail, an HTTP 503 error message is returned back to the client.
-
If the request is routed to WebLogic Cluster, then the current WLS server is marked as bad, and the request is routed to the next available WLS server. If all attempts fail, an HTTP 503 error message is returned back to the client.
In addition to sending a HTTP 503 error message, the following is displayed as a response in the HTTP client:
Failure of Web Server bridge: No backend server available for connection: timed out after xx seconds or idempotent set to OFF or method not idempotent.
CONNECTION_REFUSED Errors
Occasionally, under stress conditions, a few requests might fail with the following error logged in the error log file.
weblogic: Trying GET /uri at backend host 'xx.xx.xx.xx/port; got exception 'CONNECTION_REFUSED [os error=xxx, line xxxx of URL.cpp]: apr_socket_connect call failed with error=xxx, host=xx.xx.xx.xx, port=xxxx'
As mentioned in Tips for Reducing CONNECTION_REFUSED Errors, Oracle WebLogic Server might have reached the maximum allowed backlog connections.
To resolve, follow the steps mentioned in Tips for Reducing CONNECTION_REFUSED Errors.
NO_RESOURCES Errors
Occasionally, under stress conditions, a few requests might fail with the following error logged in the error log file.
weblogic: *******Exception type [NO_RESOURCES] (apr_socket_connect call failed with error=70007, host=xx.xx.xx.xx, port=xxxx) raised at line xxxx of URL.cpp
This usually occurs if Oracle WebLogic Server is too busy to respond to the connect request from the Oracle WebLogic Server Proxy Plug-In. This can be resolved by setting WLSocketTimeoutSecs
to a higher value. This allows the Oracle WebLogic Server Proxy Plug-In to wait longer for the connect request to be responded to by the Oracle WebLogic Server.
Changing the Oracle WebLogic Server Keystore Causes Unexpected Behavior
If the Oracle WebLogic Server keystore is changed (for example, by setting up backend one-way SSL between Oracle HTTP Server and Oracle WebLogic Server) it is possible to break communication between Oracle WebLogic Server and the NodeManager. If this happens, this will also affect all provisioning and process management commands issued through WLST. The error messaging in this situation is poor and the situation can be confusing. For example, some errors indicate NodeManager is down, when the user can see that it is clearly up.
Here are a few examples of the unexpected behavior that can occur. Note that in these examples, the NodeManager is up and running.
-
All
state()
commands run against Oracle HTTP Server instances returnUNKNOWN
.wls:/OHSDomain/serverConfig/> state('ohs1') Current state of "ohs1" : UNKNOWN
-
Oracle HTTP Server process management commands return an
SSLEngine
failure:wls:/OHSDomain/serverConfig/> start('ohs1') Starting system component "ohs1" ... General SSLEngine problem Traceback (innermost last): File "<console>", line 1, in ? File "<iostream>", line 1384, in start File "<iostream>", line 553, in raiseWLSTException WLSTException: Error occurred while performing start : System component with name "ohs1" failed to start : General SSLEngine problem ....
-
The Oracle HTTP Server custom command
ohs_createInstance
returns a message that NodeManager is down and the command will be completed when it is back up, for example:ohs_createInstance(instanceName='ohs1',machine='myMachine.myCompany.com') .... The node manager for "ohs1" is not reachable. Changes will be completed when the node manager is available. The node manager error is: Node Manager is not available on machine myMachine.myCompany.com Activation completed.
Workaround:
To workaround this issue, add the NodeManager demo trust certificate to the Java standard trust. Note that this workaround applies only when the user is setting up one-way backend SSL. Other steps may be needed for other scenarios.
-
Use
keytool
command to export the NodeManager demo trust certificate to the Java keystore.keytool -exportcert -rfc -alias wlscertgenca -storepass DemoTrustKeyStorePassPhrase -file /
<path to location of nmCert.crt>
-keystore $ORACLE_HOME/wlserver/server/lib/DemoTrust.jks -
Use
keytool
command to import the NodeManager demo trust certificate to the Java standard trust.keytool -importcert -alias wlscertgenca -file /
<path to location of nmCert.crt>
-keystore $JAVA_HOME/jre/lib/security/cacerts -trustcacerts -storepass changeit -noprompt -
Oracle WebLogic Server may need to be bounced (shutdown and restarted) after applying the
keytool
commands.