[SOLVED] "request timed out" while accessing remote RA repository

vanyatka

Hi,

I'm trying to access remote RA repository from RapidMiner GUI. When I try to expand repository item in the repositories tree, I get "request timed out" exception, even though the web-console of RA is accessible on the same host:port configuration (in my case this is an SSH tunnel).

I'm attaching the screenshot, showing the error.
If anyone could suggest any possible solution, I would appreciate.



ps. How can anyone attach an image here?

Ivan

MariusHelf

This error *can* be caused by an incorrect user/password. Did you make sure that you entered the correct credentials?

Best, Marius

vanyatka

Marius wrote:
Did you make sure that you entered the correct credentials?

Thanks for the reply Marius.
I used the same credentials that worked for admin account in the RA web console.

vanyatka

Marius wrote:
This error *can* be caused by an incorrect user/password.

There was some delay in GUI before the error window is shown. Are there any other ports that might also be in use at the same time?

MariusHelf

Hi,

in fact this problem is really often caused by login problems. To be sure that this is not the case, please:
- close RapidMiner
- edit the secrets.xml in the .RapidMiner5 directory in your home directory
- delete the entry for your server, including the surrounding <secret></secret> tags
- open RapidMiner and try again

If that does not work, please try to open the ports at the server and connect directly without ssh.
If also this does not work, you could try to connect from a RapidMiner instance running on the server machine.

Best, Marius

vanyatka

Marius,

Thank you for the suggestions.

1) Tried resetting password and creating new repository connections as well. Same problem, unfortunately.
2 and 3) Good suggestions, but much easier said then done, since the server reside on a remote secure console-only server, with SSH access only. Even though, this configuration doesn't seem very uncommon, especially in the era of AmazonEC2 and Google Cloud. Normally when you need to analyse huge datasets, you don't run analysers on your desktop, do you? I mean the whole purpose of RA Server is to be fast, remote and naturally window-less.

Marius wrote:

Hi, in fact this problem is really often caused by login problems. To be sure that this is not the case, please: - close RapidMiner - edit the secrets.xml in the .RapidMiner5 directory in your home directory - delete the entry for your server, including the surrounding <secret></secret> tags - open RapidMiner and try again If that does not work, please try to open the ports at the server and connect directly without ssh. If also this does not work, you could try to connect from a RapidMiner instance running on the server machine. Best, Marius

vanyatka

Just noticed in the log of RA.
Wondering, if web-console credentials should work in the RapidMinder gui, or some else credentials might be required...

06:38:28,461 WARNING [de.rapidanalytics.web.filter.auth.SpringEJBAuthorizationFilter] Failed to propagate principal to EJB layer (login): javax.security.auth.login.LoginException: Login Failure: all modules ignored: javax.security.auth.login.LoginException: Login Failure: all modules ignored
        at javax.security.auth.login.LoginContext.invoke(LoginContext.java:921) [:1.6.0_25]
        at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) [:1.6.0_25]
        at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) [:1.6.0_25]
        at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_25]
        at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) [:1.6.0_25]
        at javax.security.auth.login.LoginContext.login(LoginContext.java:579) [:1.6.0_25]
        at de.rapidanalytics.web.filter.auth.SpringEJBAuthorizationFilter.doFilter(Unknown Source) [:]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:95) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:100) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:79) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:35) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:187) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:80) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:324) [:3.1.0.M2]
        at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:165) [:3.1.0.M2]
        at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237) [:3.0.5.RELEASE]
        at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167) [:3.0.5.RELEASE]
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.Final]
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.0.0.Final]
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:6.0.0.Final]
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.0.0.Final]
        at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final]
        at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final]
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.0.0.Final]
        at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.0.0.Final]
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:6.0.0.Final]
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.0.0.Final]
        at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0.Final]
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.0.0.Final]
        at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.0.0.Final]
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.0.0.Final]
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.0.0.Final]
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.0.0.Final]
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.0.0.Final]
        at java.lang.Thread.run(Thread.java:662) [:1.6.0_25]

Marius wrote:

Hi, in fact this problem is really often caused by login problems. To be sure that this is not the case, please: - close RapidMiner - edit the secrets.xml in the .RapidMiner5 directory in your home directory - delete the entry for your server, including the surrounding <secret></secret> tags - open RapidMiner and try again If that does not work, please try to open the ports at the server and connect directly without ssh. If also this does not work, you could try to connect from a RapidMiner instance running on the server machine. Best, Marius

vanyatka

Thanks for your help, Marius!

The problem turned out to be concerned with VPN connection. Another rock in security garden in terms of Security vs Convenience battle.