Skip to content
This repository has been archived by the owner on Mar 17, 2021. It is now read-only.

[WP] Attempt to enable che-master monitoring #950

Closed
wants to merge 1 commit into from

Conversation

skabashnyuk
Copy link
Collaborator

@centos-ci
Copy link
Collaborator

Can one of the admins verify this patch?

@skabashnyuk
Copy link
Collaborator Author

[test]

1 similar comment
@garagatyi
Copy link

[test]

@centos-ci
Copy link
Collaborator

@skabashnyuk The che server [build 630] has been successfully deployed.

http://rhche-prcheck-950.devtools-dev.ext.devshift.net

@ibuziuk ibuziuk requested a review from davidfestal October 5, 2018 07:01
@ibuziuk
Copy link
Member

ibuziuk commented Oct 5, 2018

@davidfestal could you please review the PR and provide some feedback / recommendations since have precious experience of setting up jolokia for che-tenant-maintainer
[1] https://github.com/fabric8-services/che-tenant-maintainer

@davidfestal
Copy link
Member

Sure, I'm looking into it

@davidfestal
Copy link
Member

Seems good to me.
Just 2 remarks:

  • There will probably be some actions from the SD team probably to make the Jolokia console available for users that don't have edit rights on the dsaas production namespace.
  • As soon as the Jolokia console is available for some developers, it might be useful to be able to configure the Jolokia access rights as well. I mean that JMX write actions (GC run, call of JMX methods, etc ...) might be allowed from prod-preview, but I assume they should be prevented in production.
    Here is how I did this on the che-tenant-maintainer: fabric8-services/che-tenant-maintainer@5172b3d

@@ -43,6 +43,22 @@ RUN mkdir -p /etc/pcp /var/run/pcp /var/lib/pcp /var/log/pcp
RUN chmod -R 0777 /etc/pcp /var/run/pcp /var/lib/pcp /var/log/pcp
EXPOSE 44321


# Agent bond including Jolokia and jmx_exporter

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since there is a centos image with JDK 8 and Agent Bond here I think we should use it instead of manually adding all of this into RhChe repo.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The question is: is there the equivalent for RHEL. We now manage 2 versions of the DockerFile.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

BTW @skabashnyuk Do you plan to do the same changes in Dockerfile.rhel ?
That would be needed to have JMX on prod and prod-preview I assume, no ?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ur right, there is no rhel version. Maybe we should ask to provide one

@garagatyi
Copy link

Seems good to me.
Just 2 remarks:

  • There will probably be some actions from the SD team probably to make the Jolokia console available for users that don't have edit rights on the dsaas production namespace.
  • As soon as the Jolokia console is available for some developers, it might be useful to be able to configure the Jolokia access rights as well. I mean that JMX write actions (GC run, call of JMX methods, etc ...) might be allowed from prod-preview, but I assume they should be prevented in production.
    Here is how I did this on the che-tenant-maintainer: fabric8-services/che-tenant-maintainer@5172b3d

cool!

Copy link
Member

@davidfestal davidfestal left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@garagatyi
Copy link

@davidfestal Is it possible to test these changes on dev-cluster at all? I'm not sure we can do that without merging and delivering to prod-preview

@davidfestal
Copy link
Member

@garagatyi I don't see why we wouldn't be able to test this on dev-cluster. But I might be missing some point.
OTOH, to have access to the console and test on prod-preview, edit rights on the dsaas preview namespace will be required. The good point with dev-cluster is that all dev team member have edit rights in the namespace they deploy their Che server on (or the pr-check namespaces as well afaik).

@garagatyi
Copy link

@davidfestal I just don't understand how to test it on dev cluster. Could you elaborate? I would really love to understand that and the whole team would also benefit from sharing this info

@davidfestal
Copy link
Member

When a server is deployed with Jolokia enabled, the Openshift console allows accessing the JMX web console through a link available on the POD configuration page:

image

You can test it (if you have edit rights on prod-preview) on the maintainer POD config page:

https://console.rh-idev.openshift.com/console/project/dsaas-preview/browse/pods/che-tenant-maintainer-80-2tdbx?tab=details

I don't see why it wouldn't work on dev-cluster the same way.

@davidfestal
Copy link
Member

@skabashnyuk Shouldn't you enable the jolokia port in the RhChe deployment yaml file ? by adding these options to the Che server container ports:

          - containerPort: 8778
            name: jolokia

Copy link

@garagatyi garagatyi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Test to check what is wrong with my ability to comment other comments in the PR

@garagatyi
Copy link

When a server is deployed with Jolokia enabled, the Openshift console allows accessing the JMX web console through a link available on the POD configuration page:

image

You can test it (if you have edit rights on prod-preview) on the maintainer POD config page:

https://console.rh-idev.openshift.com/console/project/dsaas-preview/browse/pods/che-tenant-maintainer-80-2tdbx?tab=details

I don't see why it wouldn't work on dev-cluster the same way.

Now it is clear. Thanks!

@skabashnyuk
Copy link
Collaborator Author

Sorry for the late response
Thanks, guys for your comments
@davidfestal I didn't know about what you already did the same for
https://github.com/fabric8-services/che-tenant-maintainer
I'll try to reuse as much as possible from its configuration in this pr.

The reason why I did this pr in downstream first is that in upstream Che is quite challenging to enable metrics.

@riuvshin
Copy link
Contributor

what is the state of this PR?

@skabashnyuk
Copy link
Collaborator Author

Sorry for late response. Unfortunately, due to the shift in priorities, I won't be able to finalize this PR
@ibuziuk @davidfestal feel free to do with it whatever you think the best.

@skabashnyuk skabashnyuk reopened this Oct 22, 2018
@centos-ci
Copy link
Collaborator

@skabashnyuk The che server [build 729] has been successfully deployed.

http://rhche-prcheck-950.devtools-dev.ext.devshift.net

@davidfestal
Copy link
Member

I'll test it and finalize it as necessary

@skabashnyuk
Copy link
Collaborator Author

@davidfestal thank you.

@skabashnyuk
Copy link
Collaborator Author

skabashnyuk commented Dec 7, 2018

will be done as part of #1111

@skabashnyuk skabashnyuk closed this Dec 7, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants