This section describes the known load balancer issues and associated solutions.
ID |
Summary |
---|---|
6422893 |
The Application Server 7.1 UR5 load balancer plug-in does not recognize the HTTPS listeners even when the https-routing property is set to true in loadbalancer.xml. Solution If you are installing Application Server 7.1 afresh:
If you already have an installation of Application Server 7.1:
|
6338687 |
Load Balancer Plug-in cannot handle URL/URI greater than 8K. Ensure not to create a URL/URI greater than 8k if it is going to be forwarded by the load balancer plug-in to the Application Server. |
6262746 |
Load balancer plug-in on Apache web server, installed on Solaris 10 (SPARC and x86), is not a supported configuration. Solution
|
6155134 |
Manual setting of path is required for webservers to start. After installing load balancer plug-in on Windows for IIS or Apache, append the path of the Application Server to the Path environment variable.
|
4761151, 4825429, 4981545 |
Intermediate form and basic authentication failures while sending intermittent SSL and non-SSL requests through load balancer plug-in. Displays a 502 Bad Gateway error message. The persistency of proxy-to-container connections is not maintained with the default settings. Loadbalancer looses persistent connections to the application server due to deployment/undeployment on the application server and/or due to keep alive timeout or due to stale connections in the load balancer’s connection pool. When this happens, some of load balancer’s requests will fail and the error page is displayed. This typically occurs in a development environment where frequent deployment/undeployment and other configuration changes are tried and tested. Solution Set the keep alive timeout on the appserver to 0. Using web-based Administration interface:
|
4962735 |
On Linux, Apache Web Server 1.3.27 does not start after installing load balancer plug-in and sec_db files. Solution Include the following lines in /src/MakeFile after “End of automatically generated section,” and just before “OBJS= \”. Also, make sure the Application Server libraries are already installed in a particular location: LIBS+= -licuuc -licuil8n -lnspr4 -lpthread -lxerces-c -lsupport -lnsprwrap -lns-httpd40 LDFLAGS+= -L/space/SJSAS/installations/lib. Where: /space/SJSAS/installations is the location of the application server installation. For more information, see Appendix “Compiling Apache Web Server” in Sun Java System Application Server Administration Guide. |
5018537 |
Identity Server/Application Server Integration Services unavailable error shown during failover. Loadbalancer.xml has “/” as the context-root for a web-module. After a failover, since there is no context root, a “Default” string is assigned as the path of the update JROUTE cookie. This results in two JROUTE cookies on the browser side.
Solution Have specific context root for all web modules. For example: <web-module context-root=”appl” enabled=”true” disable-timeout-in-minutes=”60” error-url=”appl-lberror.html” /> <web-module context-root=”app2” enabled=”true” disable-timeout-in-minutes=”60” error-url=”app2-lberror.html” /> After the failover, the JROUTE gets the path as “/appl” which is valid and works correctly. |
5007720 |
Log message not proper for invalid value for error-url in web-module. When the error-url attribute in web-module tag of loadbalancer.xml is set, as follows, to an invalid value, such as: <web-module context-root="app1" enabled="true" disable-timeout-in-minutes="60" error-url="abc"/> The log message displayed is as follows: warning (11113): reports: lb.configurator: XML_VALIDATOR_WARNING: Invalid format for the error-url sun-http-lberror. However, the log should be: warning (20015): reports: lb.configurator: XML_VALIDATOR_WARNING: Invalid format for the error-url abc |