Hi All,
I am having some serious issues getting the newly-installed v11.1.2.3.0 Workspace page to come up in that it keeps coming up with a blank page with no content whatsoever (see attached picture), irrespective of the following URL's being launched within a MS IE or Firefox (with Remote XUL Manager) browser session:
- http://localhost:9000/workspace
- http://localhost:9000/workspace/index.jsp
- http://localhost:19000/workspace
- http://localhost:19000/workspace/index.jsp
- http://gazsydhyp03.mycomp.com:9000/workspace
- http://gazsydhyp03.mycomp.com:9000/workspace/index.jsp
- http://gazsydhyp03.mycomp.com:19000/workspace
- http://gazsydhyp03.mycomp.com:19000/workspace/index.jsp
I have researched then applied a number of recommendations from various posts in this and other forums ... but in vain. The same behaviour is demonstrated as shown in the attached picture.
On the server side, all of the Oracle-related Windows Services are up and running without any problems. On the Oracle WebLogic Server, the following are servers are displayed:
- AdminServer(Admin) running and healthily listening on port 7001 with no clustering;
- EPMServer0 healthily running and listening on port 9000 in the EPMServer cluster on machine GAZSYDHYP03;
- FoundationServices0 running and healthily listening on port 28080 in the FoundationServices cluster on machine GAZSYDHYP03;
- Planning0 healthily running and listening on port 7001 in the Planning cluster on machine GAZSYDHYP02;
- Planning1 healthily running and listening on port 7001 in the Planning cluster on machine GAZSYDHYP03;
As for OHS, I've set it up to point to a shared location which is accessible to all servers at the //GAZSYDHYP01/SharedFiles/Data/OHS directory (see also 'console~OHS~1.log File Contents' and 'mod_wl_ohs.conf' sections below).
What's interesting though is that running the EPM System Diagnostic utility on the GAZSYDHYP03 server, produces inconsistent results: at times and without making any changes whatsoever, I'll have green results across the board while at other times, I'll have most of the results in the red.
I thought that OHS was crashing then restarting on its own so I followed the recommendations contained within Doc ID 1533185.1, Doc ID 1345355.1 ... but in vain, even after having restarted the servers.
Here's what I could pick up from the various files of potential relevance:
ohs_component.log File Contents:
As for the C:\Oracle\Middleware\user_projects\Foundation1\httpConfig\ohs\diagnostics\logs\OHS\ohs_component\ohs_component.log file, several records of the following error message were displayed at the time of the installation:
[2014-12-08T17:46:49.7927+11:00] [OHS] [ERROR:32] [OHS-9999] [core.c] [client_id: ::1] [host_id: GAZSYDHYP03] [host_addr: 172.16.4.127] [tid: 3004] [user: oraepm_svc] [ecid: 00iQ4KIpOoUFw00Fzzw0w00001dG000000] [rid: 0] [VirtualHost: GAZSYDHYP03.mycomp.com.au:19000] ap_proxy: trying GET /workspace/ at backend host '172.16.4.127/9000; got exception 'CONNECTION_REFUSED [os error=0, line 1602 of URL.cpp]: apr_socket_connect call failed with error=730061, host=172.16.4.127, port=9000 '
But since 09/12/2014, the only error message appearing in the ohs_component.log file has been the following:
[2014-12-12T15:15:15.9420+11:00] [OHS] [ERROR:32] [OHS-9999] [core.c] [client_id: ::1] [host_id: GAZSYDHYP03] [host_addr: 172.16.4.127] [tid: 3124] [user: oraepm_svc] [ecid: 00iQ9DgMFR_Fw00Fzzw0w00000d000001l] [rid: 0] [VirtualHost: GAZSYDHYP03.mycomp.com.au:19000] File does not exist: C:/Oracle/Middleware/user_projects/Foundation1/httpConfig/ohs/config/OHS/ohs_component/htdocs/favicon.ico
console~OHS~1.log File Contents:
As for the C:\Oracle\Middleware\user_projects\Foundation1\httpConfig\ohs\diagnostics\logs\OHS\ohs_component\console~OHS~1.log file, several records of the following error message are being displayed every time I reboot the servers:
Apache.exe: Syntax error on line 1082 of C:\\Oracle\\Middleware\\user_projects\\Foundation1\\httpConfig\\ohs\\config\\OHS\\ohs_component/httpd.conf: Invalid Include path //GAZSYDHYP01/SharedFiles/Data/OHS/mod_wl_ohs.conf
mod_wl_ohs.conf File Contents:
As for the //GAZSYDHYP01/SharedFiles/Data/OHS/mod_wl_ohs.conf file, it is correctly updated every single time I have executed the "Configured Web Server" step via "EPM System Configurator (all instances)". It now shows the following for Workspace and HSS:
...
<LocationMatch ^/workspace>
SetHandler weblogic-handler
WeblogicCluster GAZSYDHYP03.mycomp.com.au:28080,GAZSYDHYP03.mycomp.com.au:9000
WLIOTimeoutSecs 6000
Idempotent OFF
</LocationMatch>
...
<LocationMatch ^/interop>
SetHandler weblogic-handler
WeblogicCluster GAZSYDHYP03.mycomp.com.au:9000,GAZSYDHYP03.mycomp.com.au:28080
WLIOTimeoutSecs 6000
Idempotent OFF
WLSocketTimeoutSecs 600
</LocationMatch>
...
Both Support personnel and I have been stoked for answers about what could be the root cause(s) of this peculiar behaviour of Workspace so I thought that I'd try my luck in here in case someone had previously resolved this issue OR is able to pick up on anything peculiar from the above information.
Thanks in advance.
JBM