recommendation for running skuber web svc in pod

I am currently trying to spin up a container within kubernetes that contains a webservice that is powered by skuber.

All of this is running within a k8s cluster that is being coordinated by Rancher.

I currently grab the rancher .kube/config that is available in the web application and store it in a config map. The config map then maps to ./kube/config in the skuber webservice image.

When I run the application and try to call the k8s api with skuber, I get this by default.

[ERROR] [10/17/2018 12:27:28.943] [default-akka.actor.default-dispatcher-4] [skuber.api] [ { reqId=a6dc5b5d-a72d-4619-8f46-a0da7f785098} } - HTTP request resulted in an unexpected exception ] (akka.stream.ConnectionException: Hostname verification failed! Expected session to be for spackler)

192.168.88.135 - - [17/Oct/2018:12:27:28 +0000] "GET /workflow/submit-ll-workflow/hadoop/0.05/0.90/ HTTP/1.1" 500 110 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:62.0) Gecko/20100101 Firefox/62.0" 103

That is with the following setting:

insecure-skip-tls-verify: true

I then tried to get around this error by using the following property:

 -Dssl-config.loose.acceptAnyCertificate=true

I now get this error:

[INFO] [10/18/2018 19:07:34.579] [dw-17 - GET /workflow/submit-ll-workflow/hadoop/0.05/0.90] [skuber.api] [ { reqId=ec659fef-6219-43f3-8e12-8ddeb9c39040} } - about to send HTTP request: POST https://spackler/k8s/clusters/c-d7x88/api/v1/namespaces/default/pods]

[ERROR] [10/18/2018 19:07:35.060] [default-akka.actor.default-dispatcher-3] [skuber.api] [ { reqId=ec659fef-6219-43f3-8e12-8ddeb9c39040} } - HTTP request resulted in an unexpected exception ] (akka.stream.StreamTcpException: Connection failed.)

ERROR [2018-10-18 19:07:35,062] io.dropwizard.jersey.errors.LoggingExceptionMapper: Error handling a request: c1a1568628d70b03

! akka.stream.StreamTcpException: Connection failed.

DEBUG [2018-10-18 19:07:35,089] org.eclipse.jetty.server.handler.gzip.GzipHttpOutputInterceptor: org.eclipse.jetty.server.handler.gzip.GzipHttpOutputInterceptor@33ed7734 exclude by status 500

DEBUG [2018-10-18 19:07:35,090] org.eclipse.jetty.server.HttpChannel: sendResponse info=null content=HeapByteBuffer@673e32cc[p=0,l=110,c=8192,r=110]={<<<{"code":500,"mess...68628d70b03)."}>>>\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00...\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00} complete=true committing=true callback=Blocker@3e548994{null}

DEBUG [2018-10-18 19:07:35,090] org.eclipse.jetty.server.HttpChannel: COMMIT for /workflow/submit-ll-workflow/hadoop/0.05/0.90 on HttpChannelOverHttp@445003db{r=1,c=true,a=DISPATCHED,uri=http://wrkflw.svc.cmdaa/workflow/submit-ll-workflow/hadoop/0.05/0.90}

500 Internal Server Error HTTP/1.1

Connection: close

Date: Thu, 18 Oct 2018 19:07:33 GMT

Content-Length: 110

Content-Type: application/json

ANY guidance would be greatly appreciated.

[Matt-Dee]

Yes.

val k8s = k8sInit(Configuration.inClusterConfig.get)

This is exactly what I needed. Every container is guaranteed to contain this information.

Thanks!

[Matt-Dee]

Nevermind. Ugh. Someone committed a dependency that pulled in a later version of typesafe config.