icy-portugal-26250
05/04/2022, 10:40 AMsh docker/quiickstart.sh , but I couldn't log in in the front end with the standard 'datahub' user (invalid credentials). When checking the docker ps status, I notice that the linkedin/datahub-gms container was unhealthy I sshed into the container to run manually the entrypoint command and get this error message:
/datahub/datahub-gms/scripts $ ./start.sh
+ grep -q ://
+ echo
+ NEO4J_HOST=http://
+ [[ ! -z '' ]]
+ [[ -z '' ]]
+ ELASTICSEARCH_AUTH_HEADER='Accept: */*'
+ [[ '' == true ]]
+ ELASTICSEARCH_PROTOCOL=http
+ WAIT_FOR_EBEAN=
+ [[ '' != true ]]
+ [[ '' == ebean ]]
+ [[ -z '' ]]
+ WAIT_FOR_EBEAN=' -wait <tcp://mysql:3306> '
+ WAIT_FOR_CASSANDRA=
+ [[ '' == cassandra ]]
+ WAIT_FOR_KAFKA=
+ [[ '' != true ]]
++ echo broker:29092
++ sed 's/,/ -wait tcp:\/\//g'
+ WAIT_FOR_KAFKA=' -wait <tcp://broker:29092> '
+ WAIT_FOR_NEO4J=
+ [[ elasticsearch != elasticsearch ]]
+ OTEL_AGENT=
+ [[ '' == true ]]
+ PROMETHEUS_AGENT=
+ [[ '' == true ]]
+ COMMON='
-wait <tcp://mysql:3306> -wait <tcp://broker:29092> -timeout 240s java -Xms1g -Xmx1g -jar /jetty-runner.jar --jar jetty-util.jar --jar jetty-jmx.jar --config /datahub/datahub-gms/scripts/jetty.xml /datahub/datahub-gms/bin/war.war'
+ [[ '' != true ]]
+ exec dockerize -wait <http://elasticsearch:9200> -wait-http-header 'Accept: */*' -wait <tcp://mysql:3306> -wait <tcp://broker:29092> -timeout 240s java -Xms1g -Xmx1g -jar /jetty-runner.jar --jar jetty-util.jar --jar jetty-jmx.jar --config /datahub/datahub-gms/scripts/jetty.xml /datahub/datahub-gms/bin/war.war
2022/05/04 09:48:10 Waiting for: <http://elasticsearch:9200>
2022/05/04 09:48:10 Waiting for: <tcp://mysql:3306>
2022/05/04 09:48:10 Waiting for: <tcp://broker:29092>
2022/05/04 09:48:10 Connected to <tcp://mysql:3306>
2022/05/04 09:48:10 Connected to <tcp://broker:29092>
2022/05/04 09:48:10 Received 200 from <http://elasticsearch:9200>
2022-05-04 09:48:13.645:INFO::main: Logging initialized @2896ms to org.eclipse.jetty.util.log.StdErrLog
WARNING: jetty-runner is deprecated.
See Jetty Documentation for startup options
<https://www.eclipse.org/jetty/documentation/>
ERROR: No such jar file:///datahub/datahub-gms/scripts/jetty-util.jar
Usage: java [-Djetty.home=dir] -jar jetty-runner.jar [--help|--version] [ server opts] [[ context opts] context ...]
Server opts:
--version - display version and exit
--log file - request log filename (with optional 'yyyy_mm_dd' wildcard
--out file - info/warn/debug log filename (with optional 'yyyy_mm_dd' wildcard
--host name|ip - interface to listen on (default is all interfaces)
--port n - port to listen on (default 8080)
--stop-port n - port to listen for stop command (or -DSTOP.PORT=n)
--stop-key n - security string for stop command (required if --stop-port is present) (or -DSTOP.KEY=n)
[--jar file]*n - each tuple specifies an extra jar to be added to the classloader
[--lib dir]*n - each tuple specifies an extra directory of jars to be added to the classloader
[--classes dir]*n - each tuple specifies an extra directory of classes to be added to the classloader
--stats [unsecure|realm.properties] - enable stats gathering servlet context
[--config file]*n - each tuple specifies the name of a jetty xml config file to apply (in the order defined)
Context opts:
[[--path /path] context]*n - WAR file, web app dir or context xml file, optionally with a context path
2022/05/04 09:48:13 Command exited with error: exit status 1
Does anyone have any tips on how to troubleshoot that?
PS. while writing this message, I also tried through the datahub docker quickstart (which most likely differs from my local version), but got issues with the datahub-gms too:
Unable to run quickstart - the following issues were detected:
- datahub-gms is still starting
I am attaching the latter command log.icy-portugal-26250
05/05/2022, 8:59 AMv0.8.34 version and that problem no longer occur. However, when trying to log into the frontend at localhost:9002 , and inputing the standard datahub username/password the login fails with:
Failed to log in! SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Moreover, the datahub-gms goes unhealthy after a while, and any attempt to interact with it resulted in an empty reply from the server