datasource may not be null

I’m trying to register a Rhythmyx Repository with MSM, and I keep getting

An unexpected error has occurred: datasource may not be null

Ideas?

Are any errors written to the console or server logs at the time the error occurs?

Sorry, should have included this in my original post…

2008-04-23 13:27:18,588 INFO [STDOUT] com.percussion.deploy.error.PSDeployException: An unexpected error has occurred: You are authenticated but you do not have sufficient access to view the resource.
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.deploy.server.PSDbmsHelper.Ã00000(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.deploy.server.PSDbmsHelper.ô00000(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.deploy.server.PSDbmsHelper.getServerRepositoryInfo(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.deploy.server.PSDeploymentHandler.connect(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.deploy.server.PSDeploymentHandler.processRequest(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.servlets.PSAppServlet.service(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.webdav.PSWebDavRequestFilter.doFilter(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2008-04-23 13:27:18,589 INFO [STDOUT] at com.percussion.servlets.PSSecurityFilter.doFilter(Unknown Source)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
2008-04-23 13:27:18,589 INFO [STDOUT] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:481)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
2008-04-23 13:27:18,590 INFO [STDOUT] at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
2008-04-23 13:27:18,590 INFO [STDOUT] at java.lang.Thread.run(Unknown Source)

I have the Admin role.

The problem appears to be that the internal user “rxserver” does not have “Admin” access in the Rhythmyx Server ACL.

In the Rhythmyx Server Administrator client, go to the “Security” tab, and then the “ServerACL” sub-tab. Note which entries have “Admin access”. Out of the box, the “Admin” role has this permission selected and the rxserver user is a member of this role.

Then go to the “Roles” sub-tab and verify that the “rxserver” user is in a role that has admin access in the server acl.

Confirmed that rxserver is in the Admin role and the Admin role has Admin access. Issue persists…

I restarted the instance, and now I have the ability to register the server. Cache issue?