You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@guacamole.apache.org by Ciro Iriarte <cy...@gmail.com> on 2019/05/12 00:45:57 UTC
"message":"Unexpected internal error" on /guacamole/api/tokens
Hello,
I've installed v1.0.0 on openSUSE Leap using this repository:
http://download.opensuse.org/repositories/home:/ecsos:/server/openSUSE_Leap_15.0/
The thing is I'm getting this error out of the box:
{"message":"Unexpected internal
error","translatableMessage":{"key":"Unexpected internal
error","variables":null},"statusCode":null,"expected":null,"type":"INTERNAL_ERROR"}
But cannot find anything in the logs. Found some references to missing
auth modules or bad configuration in forums, but nothing seems to
apply. I've rotated between basic, mysql and ldap authentication
backends, but nothing changes in the error message on the
/guacamole/api/tokens URL.
Any pointers?
Installed packages:
guacamole-server-1.0.0-lp150.10.7.x86_64
guacamole-client-1.0.0-lp150.2.1.noarch
Regards,
CI.-
Re: "message":"Unexpected internal error" on /guacamole/api/tokens
Posted by Nick Couchman <vn...@apache.org>.
On Sun, May 12, 2019 at 12:39 PM Mike Jumper <mj...@apache.org> wrote:
> On Sun, May 12, 2019, 07:29 Ciro Iriarte <cy...@gmail.com> wrote:
>
>> ...
>>
>> This is the default configuration I get after installation:
>>
>> guacd-hostname: localhost
>> guacd-port: 4822
>> auth-provider: net.sourceforge.guacamole.net
>> .basic.BasicFileAuthenticationProvider
>> basic-user-mapping: /etc/guacamole/user-mapping.xml
>>
>
> These packages are looking fishy:
>
> * guacamole-client/guacamole-server is a strange dividing line for binary
> packages. You'd expect binary RPMs to be packaged based on the build
> artifacts, not the source repository names.
>
And we have a winner - your suspicions are correct! I spun up an openSuSE
LEAP 15.0 system, added the repo, and installed the packages. Here's what
I found...
- The guacamole-client package contains *all* of the authentication
providers, and installs them all into the extensions folder by default,
which means every authentication extension is enabled.
- While every authentication extension is enabled, there's almost no
configuration present in the provided guacamole.properties file, which
means it fails as soon as Tomcat starts up.
- So, after installing using this repo, you have to do a combination of
removing extensions from the extensions/ directory of GUACAMOLE_HOME and
configuration in guacamole.properties to allow the ones you do want to
start correctly.
-Nick
>
Re: "message":"Unexpected internal error" on /guacamole/api/tokens
Posted by Ciro Iriarte <cy...@gmail.com>.
El lun., 13 may. 2019 a las 1:41, Ciro Iriarte (<cy...@gmail.com>) escribió:
>
> El lun., 13 may. 2019 a las 1:40, Ciro Iriarte (<cy...@gmail.com>) escribió:
> >
> > El dom., 12 may. 2019 a las 12:39, Mike Jumper (<mj...@apache.org>) escribió:
> > >
> > > On Sun, May 12, 2019, 07:29 Ciro Iriarte <cy...@gmail.com> wrote:
> > >>
> > >> ...
> > >>
> > >> This is the default configuration I get after installation:
> > >>
> > >> guacd-hostname: localhost
> > >> guacd-port: 4822
> > >> auth-provider: net.sourceforge.guacamole.net.basic.BasicFileAuthenticationProvider
> > >> basic-user-mapping: /etc/guacamole/user-mapping.xml
> > >
> > >
> > > These packages are looking fishy:
> > >
> > > * guacamole-client/guacamole-server is a strange dividing line for binary packages. You'd expect binary RPMs to be packaged based on the build artifacts, not the source repository names.
> > > * The "auth-provider" property has had no effect for years. It was deprecated in 0.9.7 (2015) and removed entirely in 0.9.10-incubating (2016).
> > > * The basic-user-mapping property has been deprecated since 0.9.10-incubating and was removed entirely in 1.0.0.
> > >
> > > They may well still "work", but they don't strike me as well maintained. If you continue to have trouble, I'd suggest installing things following the manual rather than using those packages:
> > >
> > > http://guacamole.apache.org/doc/gug/installing-guacamole.html
> > >
> > > If you don't want to build from source, Docker is a possibility:
> > >
> > > http://guacamole.apache.org/doc/gug/guacamole-docker.html
> > >
> > > As for the logs, have you checked journalctl? I don't know whether openSUSE's version of Tomcat logs things via the systemd journal, but it may.
> > >
> > > If you have found the correct logs, you should see significantly more messages regarding Guacamole's startup, including informational messages noting each extension, the location of GUACAMOLE_HOME, etc. These messages will be logged regardless of whether startup ultimately succeeds.
> > >
> > > - Mike
> > >
> >
> > Thanks, enabling debug level and looking at the journal gave me an
> > error at last!. Unluckily it doesn't tell me much:
> >
> > may 13 01:37:14 tools02 server[23393]: 01:37:14.218
> > [http-nio-8080-exec-6] DEBUG o.a.g.r.auth.AuthenticationService -
> > Anonymous authentication attempt from 10.2.0.203 failed.
> > may 13 01:37:36 tools02 server[23393]: 01:37:36.453 [pool-1-thread-1]
> > DEBUG o.a.g.rest.auth.HashTokenSessionMap - Checking for expired
> > sessions...
> > may 13 01:37:36 tools02 server[23393]: 01:37:36.454 [pool-1-thread-1]
> > DEBUG o.a.g.rest.auth.HashTokenSessionMap - Session check completed in
> > 1 ms.
> > may 13 01:37:38 tools02 server[23393]: 01:37:38.764
> > [http-nio-8080-exec-1] ERROR o.a.g.rest.RESTExceptionMapper - An
> > internal error occurred, but did not contain an error message. Enable
> > debug-level logging for details.
> > may 13 01:37:38 tools02 server[23393]: 01:37:38.771
> > [http-nio-8080-exec-1] DEBUG o.a.g.rest.RESTExceptionMapper -
> > Unexpected error in REST endpoint.
> > may 13 01:37:38 tools02 server[23393]: javax.ws.rs.WebApplicationException: null
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.uri.rules.TerminatingRule.accept(TerminatingRule.java:66)
> > ~[jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> > ~[jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> > ~[jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> > ~[jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1511)
> > [jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1442)
> > [jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1391)
> > [jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1381)
> > [jersey-server-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
> > [jersey-servlet-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)
> > [jersey-servlet-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)
> > [jersey-servlet-1.17.1.jar:1.17.1]
> > may 13 01:37:38 tools02 server[23393]: at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
> > [tomcat-servlet-4.0-api.jar:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
> > [guice-servlet-3.0.jar:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
> > [guice-servlet-3.0.jar:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
> > [guice-servlet-3.0.jar:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
> > [guice-servlet-3.0.jar:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
> > [guice-servlet-3.0.jar:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
> > [guice-servlet-3.0.jar:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:200)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
> > [catalina.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
> > [tomcat-coyote.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
> > [tomcat-coyote.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:836)
> > [tomcat-coyote.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1747)
> > [tomcat-coyote.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
> > [tomcat-coyote.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
> > [na:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> > [na:na]
> > may 13 01:37:38 tools02 server[23393]: at
> > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> > [tomcat-util.jar:9.0.19]
> > may 13 01:37:38 tools02 server[23393]: at
> > java.base/java.lang.Thread.run(Thread.java:844) [na:na]
> >
> > Any pointers?
> >
> > Regards,
> >
> > --
> > Ciro Iriarte
> > http://iriarte.it
> > --
>
> Sorry for the formating. Here's another way to check on the logs:
>
> https://pastebin.com/J1v1iYG7
>
> Regards,
>
> --
> Ciro Iriarte
> http://iriarte.it
> --
Gave up and moved to CentOS with guacamole-install-rhel.sh script.
Will try again on openSUSE some time in the future.
Regards,
--
Ciro Iriarte
http://iriarte.it
--
Re: "message":"Unexpected internal error" on /guacamole/api/tokens
Posted by Ciro Iriarte <cy...@gmail.com>.
El lun., 13 may. 2019 a las 1:40, Ciro Iriarte (<cy...@gmail.com>) escribió:
>
> El dom., 12 may. 2019 a las 12:39, Mike Jumper (<mj...@apache.org>) escribió:
> >
> > On Sun, May 12, 2019, 07:29 Ciro Iriarte <cy...@gmail.com> wrote:
> >>
> >> ...
> >>
> >> This is the default configuration I get after installation:
> >>
> >> guacd-hostname: localhost
> >> guacd-port: 4822
> >> auth-provider: net.sourceforge.guacamole.net.basic.BasicFileAuthenticationProvider
> >> basic-user-mapping: /etc/guacamole/user-mapping.xml
> >
> >
> > These packages are looking fishy:
> >
> > * guacamole-client/guacamole-server is a strange dividing line for binary packages. You'd expect binary RPMs to be packaged based on the build artifacts, not the source repository names.
> > * The "auth-provider" property has had no effect for years. It was deprecated in 0.9.7 (2015) and removed entirely in 0.9.10-incubating (2016).
> > * The basic-user-mapping property has been deprecated since 0.9.10-incubating and was removed entirely in 1.0.0.
> >
> > They may well still "work", but they don't strike me as well maintained. If you continue to have trouble, I'd suggest installing things following the manual rather than using those packages:
> >
> > http://guacamole.apache.org/doc/gug/installing-guacamole.html
> >
> > If you don't want to build from source, Docker is a possibility:
> >
> > http://guacamole.apache.org/doc/gug/guacamole-docker.html
> >
> > As for the logs, have you checked journalctl? I don't know whether openSUSE's version of Tomcat logs things via the systemd journal, but it may.
> >
> > If you have found the correct logs, you should see significantly more messages regarding Guacamole's startup, including informational messages noting each extension, the location of GUACAMOLE_HOME, etc. These messages will be logged regardless of whether startup ultimately succeeds.
> >
> > - Mike
> >
>
> Thanks, enabling debug level and looking at the journal gave me an
> error at last!. Unluckily it doesn't tell me much:
>
> may 13 01:37:14 tools02 server[23393]: 01:37:14.218
> [http-nio-8080-exec-6] DEBUG o.a.g.r.auth.AuthenticationService -
> Anonymous authentication attempt from 10.2.0.203 failed.
> may 13 01:37:36 tools02 server[23393]: 01:37:36.453 [pool-1-thread-1]
> DEBUG o.a.g.rest.auth.HashTokenSessionMap - Checking for expired
> sessions...
> may 13 01:37:36 tools02 server[23393]: 01:37:36.454 [pool-1-thread-1]
> DEBUG o.a.g.rest.auth.HashTokenSessionMap - Session check completed in
> 1 ms.
> may 13 01:37:38 tools02 server[23393]: 01:37:38.764
> [http-nio-8080-exec-1] ERROR o.a.g.rest.RESTExceptionMapper - An
> internal error occurred, but did not contain an error message. Enable
> debug-level logging for details.
> may 13 01:37:38 tools02 server[23393]: 01:37:38.771
> [http-nio-8080-exec-1] DEBUG o.a.g.rest.RESTExceptionMapper -
> Unexpected error in REST endpoint.
> may 13 01:37:38 tools02 server[23393]: javax.ws.rs.WebApplicationException: null
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.uri.rules.TerminatingRule.accept(TerminatingRule.java:66)
> ~[jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> ~[jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> ~[jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> ~[jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1511)
> [jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1442)
> [jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1391)
> [jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1381)
> [jersey-server-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
> [jersey-servlet-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)
> [jersey-servlet-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)
> [jersey-servlet-1.17.1.jar:1.17.1]
> may 13 01:37:38 tools02 server[23393]: at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
> [tomcat-servlet-4.0-api.jar:na]
> may 13 01:37:38 tools02 server[23393]: at
> com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
> [guice-servlet-3.0.jar:na]
> may 13 01:37:38 tools02 server[23393]: at
> com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
> [guice-servlet-3.0.jar:na]
> may 13 01:37:38 tools02 server[23393]: at
> com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
> [guice-servlet-3.0.jar:na]
> may 13 01:37:38 tools02 server[23393]: at
> com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
> [guice-servlet-3.0.jar:na]
> may 13 01:37:38 tools02 server[23393]: at
> com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
> [guice-servlet-3.0.jar:na]
> may 13 01:37:38 tools02 server[23393]: at
> com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
> [guice-servlet-3.0.jar:na]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:200)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
> [catalina.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
> [tomcat-coyote.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
> [tomcat-coyote.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:836)
> [tomcat-coyote.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1747)
> [tomcat-coyote.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
> [tomcat-coyote.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
> [na:na]
> may 13 01:37:38 tools02 server[23393]: at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> [na:na]
> may 13 01:37:38 tools02 server[23393]: at
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> [tomcat-util.jar:9.0.19]
> may 13 01:37:38 tools02 server[23393]: at
> java.base/java.lang.Thread.run(Thread.java:844) [na:na]
>
> Any pointers?
>
> Regards,
>
> --
> Ciro Iriarte
> http://iriarte.it
> --
Sorry for the formating. Here's another way to check on the logs:
https://pastebin.com/J1v1iYG7
Regards,
--
Ciro Iriarte
http://iriarte.it
--
Re: "message":"Unexpected internal error" on /guacamole/api/tokens
Posted by Ciro Iriarte <cy...@gmail.com>.
El dom., 12 may. 2019 a las 12:39, Mike Jumper (<mj...@apache.org>) escribió:
>
> On Sun, May 12, 2019, 07:29 Ciro Iriarte <cy...@gmail.com> wrote:
>>
>> ...
>>
>> This is the default configuration I get after installation:
>>
>> guacd-hostname: localhost
>> guacd-port: 4822
>> auth-provider: net.sourceforge.guacamole.net.basic.BasicFileAuthenticationProvider
>> basic-user-mapping: /etc/guacamole/user-mapping.xml
>
>
> These packages are looking fishy:
>
> * guacamole-client/guacamole-server is a strange dividing line for binary packages. You'd expect binary RPMs to be packaged based on the build artifacts, not the source repository names.
> * The "auth-provider" property has had no effect for years. It was deprecated in 0.9.7 (2015) and removed entirely in 0.9.10-incubating (2016).
> * The basic-user-mapping property has been deprecated since 0.9.10-incubating and was removed entirely in 1.0.0.
>
> They may well still "work", but they don't strike me as well maintained. If you continue to have trouble, I'd suggest installing things following the manual rather than using those packages:
>
> http://guacamole.apache.org/doc/gug/installing-guacamole.html
>
> If you don't want to build from source, Docker is a possibility:
>
> http://guacamole.apache.org/doc/gug/guacamole-docker.html
>
> As for the logs, have you checked journalctl? I don't know whether openSUSE's version of Tomcat logs things via the systemd journal, but it may.
>
> If you have found the correct logs, you should see significantly more messages regarding Guacamole's startup, including informational messages noting each extension, the location of GUACAMOLE_HOME, etc. These messages will be logged regardless of whether startup ultimately succeeds.
>
> - Mike
>
Thanks, enabling debug level and looking at the journal gave me an
error at last!. Unluckily it doesn't tell me much:
may 13 01:37:14 tools02 server[23393]: 01:37:14.218
[http-nio-8080-exec-6] DEBUG o.a.g.r.auth.AuthenticationService -
Anonymous authentication attempt from 10.2.0.203 failed.
may 13 01:37:36 tools02 server[23393]: 01:37:36.453 [pool-1-thread-1]
DEBUG o.a.g.rest.auth.HashTokenSessionMap - Checking for expired
sessions...
may 13 01:37:36 tools02 server[23393]: 01:37:36.454 [pool-1-thread-1]
DEBUG o.a.g.rest.auth.HashTokenSessionMap - Session check completed in
1 ms.
may 13 01:37:38 tools02 server[23393]: 01:37:38.764
[http-nio-8080-exec-1] ERROR o.a.g.rest.RESTExceptionMapper - An
internal error occurred, but did not contain an error message. Enable
debug-level logging for details.
may 13 01:37:38 tools02 server[23393]: 01:37:38.771
[http-nio-8080-exec-1] DEBUG o.a.g.rest.RESTExceptionMapper -
Unexpected error in REST endpoint.
may 13 01:37:38 tools02 server[23393]: javax.ws.rs.WebApplicationException: null
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.uri.rules.TerminatingRule.accept(TerminatingRule.java:66)
~[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
~[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
~[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
~[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1511)
[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1442)
[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1391)
[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1381)
[jersey-server-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
[jersey-servlet-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)
[jersey-servlet-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)
[jersey-servlet-1.17.1.jar:1.17.1]
may 13 01:37:38 tools02 server[23393]: at
javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
[tomcat-servlet-4.0-api.jar:na]
may 13 01:37:38 tools02 server[23393]: at
com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
[guice-servlet-3.0.jar:na]
may 13 01:37:38 tools02 server[23393]: at
com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
[guice-servlet-3.0.jar:na]
may 13 01:37:38 tools02 server[23393]: at
com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
[guice-servlet-3.0.jar:na]
may 13 01:37:38 tools02 server[23393]: at
com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
[guice-servlet-3.0.jar:na]
may 13 01:37:38 tools02 server[23393]: at
com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
[guice-servlet-3.0.jar:na]
may 13 01:37:38 tools02 server[23393]: at
com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
[guice-servlet-3.0.jar:na]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:200)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
[catalina.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
[tomcat-coyote.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
[tomcat-coyote.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:836)
[tomcat-coyote.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1747)
[tomcat-coyote.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
[tomcat-coyote.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
[na:na]
may 13 01:37:38 tools02 server[23393]: at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
[na:na]
may 13 01:37:38 tools02 server[23393]: at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
[tomcat-util.jar:9.0.19]
may 13 01:37:38 tools02 server[23393]: at
java.base/java.lang.Thread.run(Thread.java:844) [na:na]
Any pointers?
Regards,
--
Ciro Iriarte
http://iriarte.it
--
Re: "message":"Unexpected internal error" on /guacamole/api/tokens
Posted by Mike Jumper <mj...@apache.org>.
On Sun, May 12, 2019, 07:29 Ciro Iriarte <cy...@gmail.com> wrote:
> ...
>
> This is the default configuration I get after installation:
>
> guacd-hostname: localhost
> guacd-port: 4822
> auth-provider: net.sourceforge.guacamole.net
> .basic.BasicFileAuthenticationProvider
> basic-user-mapping: /etc/guacamole/user-mapping.xml
>
These packages are looking fishy:
* guacamole-client/guacamole-server is a strange dividing line for binary
packages. You'd expect binary RPMs to be packaged based on the build
artifacts, not the source repository names.
* The "auth-provider" property has had no effect for years. It was
deprecated in 0.9.7 (2015) and removed entirely in 0.9.10-incubating (2016).
* The basic-user-mapping property has been deprecated since
0.9.10-incubating and was removed entirely in 1.0.0.
They may well still "work", but they don't strike me as well maintained. If
you continue to have trouble, I'd suggest installing things following the
manual rather than using those packages:
http://guacamole.apache.org/doc/gug/installing-guacamole.html
If you don't want to build from source, Docker is a possibility:
http://guacamole.apache.org/doc/gug/guacamole-docker.html
As for the logs, have you checked journalctl? I don't know whether
openSUSE's version of Tomcat logs things via the systemd journal, but it
may.
If you have found the correct logs, you should see significantly more
messages regarding Guacamole's startup, including informational messages
noting each extension, the location of GUACAMOLE_HOME, etc. These messages
will be logged regardless of whether startup ultimately succeeds.
- Mike
Re: "message":"Unexpected internal error" on /guacamole/api/tokens
Posted by Ciro Iriarte <cy...@gmail.com>.
El sáb., 11 may. 2019 a las 20:50, Nick Couchman (<vn...@apache.org>) escribió:
>
> On Sat, May 11, 2019 at 18:46 Ciro Iriarte <cy...@gmail.com> wrote:
>>
>> Hello,
>>
>> I've installed v1.0.0 on openSUSE Leap using this repository:
>>
>> http://download.opensuse.org/repositories/home:/ecsos:/server/openSUSE_Leap_15.0/
>>
>> The thing is I'm getting this error out of the box:
>>
>> {"message":"Unexpected internal
>> error","translatableMessage":{"key":"Unexpected internal
>> error","variables":null},"statusCode":null,"expected":null,"type":"INTERNAL_ERROR"}
>>
>> But cannot find anything in the logs.
>
>
> What logs have you looked in? You need to be looking in the Tomcat logs (usually catalina.out in the Tomcat logs directory) and you should see messages related to the failure. I'd recommend "tail -f catalina.out" and watch it while you reproduce the failure.
>
> -Nick
Yes, it's within the logs I'm checking out. Zero feedback after trying
to load the page.
This is the default configuration I get after installation:
guacd-hostname: localhost
guacd-port: 4822
auth-provider: net.sourceforge.guacamole.net.basic.BasicFileAuthenticationProvider
basic-user-mapping: /etc/guacamole/user-mapping.xml
User mapping file is accesible by the tomcat user:
-rw-rw---- 1 root tomcat 1178 feb 1 08:59 /etc/guacamole/user-mapping.xml
About the logs, catalina.out is empty, catalina.2019-05-12.log is over
here: https://pastebin.com/AFbc0Rps
Regards,
--
Ciro Iriarte
http://iriarte.it
--
Re: "message":"Unexpected internal error" on /guacamole/api/tokens
Posted by Nick Couchman <vn...@apache.org>.
On Sat, May 11, 2019 at 18:46 Ciro Iriarte <cy...@gmail.com> wrote:
> Hello,
>
> I've installed v1.0.0 on openSUSE Leap using this repository:
>
>
> http://download.opensuse.org/repositories/home:/ecsos:/server/openSUSE_Leap_15.0/
>
> The thing is I'm getting this error out of the box:
>
> {"message":"Unexpected internal
> error","translatableMessage":{"key":"Unexpected internal
>
> error","variables":null},"statusCode":null,"expected":null,"type":"INTERNAL_ERROR"}
>
> But cannot find anything in the logs.
What logs have you looked in? You need to be looking in the Tomcat logs
(usually catalina.out in the Tomcat logs directory) and you should see
messages related to the failure. I'd recommend "tail -f catalina.out" and
watch it while you reproduce the failure.
-Nick