Skip to Main Content
Forums

Application Development Software

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

WebCenter Sites installation troubleshooting

Daniel MerchánFeb 26 2013 — edited Jun 23 2013
Hi Sites experts.

I'm having lot of issues during the installation of WebCenter Sites with Community Server.

Scenario is the next: 2 domains (management and delivery with)
- managementDomain with two manage server, one for Sites and CAS and one for CoS.
- deliveryDomain with two manage server, one for Sites and CAS and one for CoS and CAS Visitor.

The installation is in WebLogic 10.3.6 and Sites is 11.1.1.6.1 version.

Issues in management sites application. When starting application I'm getting all time in log file next: 
 [ERROR] [temBasedClusteredEventExecutor] [com.fatwire.logging.cs] Exception reading url from http://servername:8010/cs/ContentServer?pagename=OpenMarket%2FXcelerate%2FSearch%2FEvent
com.fatwire.cs.core.http.HttpAccessException: org.apache.http.conn.HttpHostConnectException: Connection to http://servername:8010 refused
        at com.fatwire.cs.core.http.HttpAccess.execute(HttpAccess.java:367)
Why is refused if I can access perfectly to http://servername:8010/cs and http://servername:8010/cas?

Issue in delivery sites application. 
 [ERROR] [.kernel.Default (self-tuning)'] [fatwire.logging.cs.db] Exception executing prepared statement: INSERT INTO FW_InvalidationMemory (DEPENDENCY,MDATE) VALUES (?,?) DEPENDENCY = ____NULL_RECORD__ MDATE = 2013-02-23 09:20:02.0 java.sql.SQLRecoverableException: Connection has been administratively disabled. Try later.         at weblogic.jdbc.common.internal.ConnectionEnv.checkIfEnabled(ConnectionEnv.java:1025)         at weblogic.jdbc.wrapper.PoolConnection.checkConnection(PoolConnection.java:63)         at weblogic.jdbc.wrapper.Connection.preInvocationHandler(Connection.java:100)         at weblogic.jdbc.wrapper.Connection.prepareStatement(Connection.java:545)         at COM.FutureTense.Servlet.JDBCTable.executeUpdate_trans_logic(JDBCTable.java:1361)         at COM.FutureTense.Servlet.JDBCTable.executeUpdate_trans(JDBCTable.java:1337)         at COM.FutureTense.Servlet.JDBCTable.executeUpdate(JDBCTable.java:1211)         at COM.FutureTense.Servlet.JDBCTable.AddRow(JDBCTable.java:943)         at COM.FutureTense.Common.ftDBTable.insertRow(ftDBTable.java:1272)         at COM.FutureTense.Cache.EHCacheInvalidationMemory.addInvalidation(EHCacheInvalidationMemory.java:162)         at COM.FutureTense.Cache.EHCacheInvalidationMemory.deleteInvalidationsBefore(EHCacheInvalidationMemory.java:250)         at COM.FutureTense.Common.CacheServer._purgeInvalidationmemory(CacheServer.java:210)         at COM.FutureTense.Common.CacheServer.flushPages(CacheServer.java:193)         at COM.FutureTense.Common.CacheServer.execute(CacheServer.java:79)         at COM.FutureTense.Servlet.FTServlet.doPost(FTServlet.java:61)         at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)         at javax.servlet.http.HttpServlet.service(HttpServlet.java:821)         at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)         at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)         at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:27)         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57)         at com.fatwire.auth.RequestAuthenticationFilter.doFilter(RequestAuthenticationFilter.java:192)         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57)         at com.fatwire.wem.sso.cas.filter.CASFilter.doFilter(CASFilter.java:695)         at com.fatwire.wem.sso.SSOFilter.doFilter(SSOFilter.java:51)         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)         at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)         at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)         at weblogic.work.ExecuteThread.run(ExecuteThread.java:221) [2013-02-26 09:20:02,662 SAST] [ERROR] [.kernel.Default (self-tuning)'] [fatwire.logging.cs.db] Exception executing prepared statement: DELETE FROM FW_InvalidationMemory WHERE FW_InvalidationMemory.mdate < ? FW_InvalidationMemory.mdate < 2013-02-23 09:20:02.660 java.sql.SQLRecoverableException: Connection has been administratively disabled. Try later.         at weblogic.jdbc.common.internal.ConnectionEnv.checkIfEnabled(ConnectionEnv.java:1025)         at weblogic.jdbc.wrapper.PoolConnection.checkConnection(PoolConnection.java:63)         at weblogic.jdbc.wrapper.Connection.preInvocationHandler(Connection.java:100)         at weblogic.jdbc.wrapper.Connection.prepareStatement(Connection.java:545)         at COM.FutureTense.Servlet.JDBCTable.executeUpdate_trans_logic(JDBCTable.java:1361)         at COM.FutureTense.Servlet.JDBCTable.executeUpdate_trans(JDBCTable.java:1337)         at COM.FutureTense.Servlet.JDBCTable.executeUpdate(JDBCTable.java:1211)         at COM.FutureTense.Servlet.JDBCTable.DeleteRow(JDBCTable.java:960)         at COM.FutureTense.Common.ftDBTable.deleteRow(ftDBTable.java:1108)         at COM.FutureTense.Cache.EHCacheInvalidationMemory.deleteInvalidationsBefore(EHCacheInvalidationMemory.java:255)         at COM.FutureTense.Common.CacheServer._purgeInvalidationmemory(CacheServer.java:210)         at COM.FutureTense.Common.CacheServer.flushPages(CacheServer.java:193)         at COM.FutureTense.Common.CacheServer.execute(CacheServer.java:79)         at COM.FutureTense.Servlet.FTServlet.doPost(FTServlet.java:61)         at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)         at javax.servlet.http.HttpServlet.service(HttpServlet.java:821)         at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)         at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)         at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:27)         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57)         at com.fatwire.auth.RequestAuthenticationFilter.doFilter(RequestAuthenticationFilter.java:192)         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:57)         at com.fatwire.wem.sso.cas.filter.CASFilter.doFilter(CASFilter.java:695)         at com.fatwire.wem.sso.SSOFilter.doFilter(SSOFilter.java:51)         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)         at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)         at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)         at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Why those errors about writing/deleting in tables of FW?
[2013-02-25 14:50:37,775 SAST] [ERROR] [.kernel.Default (self-tuning)'] [fatwire.logging.cs.framework] error: errno -105 on at
tempt to add a row
During the installation of Community Server we've got problems to execute Sites Explorer.
Can be possible do the "Post Installation steps" using a normal BBDD client?. The password provided in SystemSatellite table is encrypted or directly text?

When executing /cos/status test in delivery domain is appearing next errors.

REST CAS is DOWN reason: Failed to acquire TGT. HTTP Response code 400 in CAS REST of delivery. Management is working.

CAS response code: 500 http://servername:7010/cas_community/login?wemLoginTemplate=http://servername:7009/cos/login_template/template.jsp&wemLoginCss=http://servername:7009/cos/login_template/css.css in CoS application


In cas visitor log's is appearing next: 
 INFO [org.jasig.cas.authentication.AuthenticationManagerImpl] - AuthenticationHandler: com.fatwire.wem
.sso.cas.plugin.CSAuthenticationHandler failed to authenticate the user which provided the following credentials: [username: fwadmin]
2013-02-26 14:22:26,364 ERROR [com.fatwire.wem.sso.cas.integration.rest.TicketResource] - org.jasig.cas.ticket.TicketCreationE
xception: error.authentication.credentials.bad
And the biggest question is...
Can be CoS and Sites running in the same WebLogic domain?.

Regards.

Comments

BryanWood
You need to disable disk locking, which ordinarily is performed by the first VM to prevent any other VMs from corrupting your vmdk files via uncoordinated writes. You will have to shutdown both of your VMs and edit the *.vmx flat file for each, adding lines like the following (settings taken from workstation 6, but should be nearly identical settings for VM Player 3.x):

http://crosbysite.blogspot.com/2007/10/clustering-in-vmware-workstation-6.html

scsi1.sharedbus = "Virtual"
disk.locking = "false"
diskLib.dataCacheMaxSize = "0"
diskLib.dataCacheMaxReadAheadSize = "0"
diskLib.dataCacheMinReadAheadSize = "0"
diskLib.dataCachePageSize = "4096"
diskLib.maxUnsyncedWrites = "0"

A few comments:

- your shared disks (scsi1) must be on a separate virtual scsi bus than the boot disk (scsi0), to allow setting the sharedbus flag as seen above.
- you must also ensure the cache parameters and unsynced writes settings are set to guarantee that all IO is immediately flushed to the vmdk file so the other VM can immediately access the latest version of data.
1 person found this helpful
user8860348
Folks,

Hello. Thanks a lot for replying.

Because 2 Virtual Machines rac1 and rac2 share the same disk F:\VM_RAC\sharerac\asm1.vmdk and cause the problem, can we have rac1 and rac2 use different disks ?

For example,
Let rac1 uses disk F:\VM_RAC\sharerac\asm1.vmdk
Let rac2 uses disk F:\VM_RAC\sharerac\asm2.vmdk

If yes, how to have rac1 use asm1.vmdk and rac2 uses asm2.vmdk ?
BryanWood
Answer
Unfortunately no, Oracle RAC requires all nodes have access the same set of shared disks. If your database resides within ASM, each ASM instance (one per node) must also see the same set of disks to mount the ASM diskgroup containing the database's datafiles.

Best Regards,
Bryan Wood
Marked as Answer by user8860348 · Sep 27 2020
user8860348
Folks,

Hello. thanks a lot for replying.
I have edited the VMX files for rac1 and rac2. Both VMs can open at the same time now. Thanks again.
1 - 4
Locked Post
New comments cannot be posted to this locked post.

Post Details

Locked on Jul 21 2013
Added on Feb 26 2013
#webcenter, #webcenter-sites
3 comments
3,847 views