Skip to content
This repository has been archived by the owner on Oct 5, 2022. It is now read-only.

The kibana and ES logging fails #5686

Closed
davsclaus opened this issue Feb 1, 2016 · 13 comments
Closed

The kibana and ES logging fails #5686

davsclaus opened this issue Feb 1, 2016 · 13 comments

Comments

@davsclaus
Copy link
Member

I installed the management app on fabric8 from vanilla vagrant this morning. The kibana and ES pods keep crashing, but the grafana and promethesus is working fine.

I wonder if @jimmidyson is aware of any issues. Or anyone else have trouble with this?

@theobolo
Copy link

theobolo commented Feb 1, 2016

@davsclaus Yep same problem here again ;)

On my config, neither grafana or kibana are working. The services are looking for a bad URI if you access it by the api URL

ex : http://"your-domain":8080/api/v1/proxy/namespaces/default/services/grafana

Grafana is looking for

**http://"your-domain":8080/api/dashboards/home **

and not

**http://"your-domain":8080/api/v1/proxy/namespaces/default/services/grafana/api/dashboards/home**

witch is working.

fabric8

Otherwise i tried to map the container port to the outside by exposing it with and Azure endpoint

grafana

Grafana is looking for

http://"your-domain":35642/api/datasources/**proxy/1/api/v1/**query_range?query=etc........

Grafana pod logs :

sans titre

@jimmidyson
Copy link
Contributor

These are 2 separate issues: one is starting the ES pod, one is accessing grafana via Azure endpoint. @theobolo Could you open a separate issue for that?

@jimmidyson
Copy link
Contributor

@davsclaus For some reason the permissions on one of the Docker containers' start scripts is wrong - trying to figure out why.

@jimmidyson
Copy link
Contributor

But this seems to build with correct permissions locally...

@jimmidyson
Copy link
Contributor

@rawlingsj @rhuss Any idea how a script with 755 permissions on filesystem ends up with 644 in image via d-m-p? Builds locally fine for me with correct permissions in image, just seems last release messed up permissions somehow.

@rhuss
Copy link
Contributor

rhuss commented Feb 2, 2016

@jimmidyson could be an issue from which OS the image is build. There are known issue when done from Windows when using build-mode "dir" (the default). It is recommended to use mode "tar" --> https://github.com/rhuss/docker-maven-plugin/issues/127

@rhuss
Copy link
Contributor

rhuss commented Feb 2, 2016

@jimmidyson do you have a pointer how the ES image is built with d-m-p ?

@rawlingsj
Copy link
Contributor

Odd. Do you think the CD env affected it when building the images?

@rawlingsj
Copy link
Contributor

I've noticed a couple of unrelated issues with the CD environment lately and am struggling to get a release out right now, I think I'm going to recreate the jenkins job, once done I can kick off a fabric8-devops release and we can take a look at the file permissions in the workspace if that helps?

@jimmidyson
Copy link
Contributor

@rawlingsj Sure - I'm just going to try to force the fileMode to be on the safe side too so please wait for that.

@rawlingsj
Copy link
Contributor

@jimmidyson sounds good

@rhuss
Copy link
Contributor

rhuss commented Feb 2, 2016

could be. if no 'fileMode' is set in the assembly descriptor, then the actual permission permission is used (as created by the git checkout).

@jimmidyson
Copy link
Contributor

@rhuss See https://github.com/fabric8io/fabric8-devops/blob/master/elasticsearch/pom.xml#L81-L114. This is actually an ES config sidecar container with just a single script in to run...

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants