New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
extracted elasticsearch-logging service name as environment variable #54215
extracted elasticsearch-logging service name as environment variable #54215
Conversation
Thanks for your pull request. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). 📝 Please follow instructions at https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ to sign the CLA. It may take a couple minutes for the CLA signature to be fully registered; after that, please reply here with a new comment and we'll verify. Thanks.
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
SGTM Have you built a test image and tried it in a cluster? |
@crassirostris I'm currently on it but I can't notice any drawbacks |
Sure, I'm not talking about any drawbacks, I just want to verify that everything builds and runs as expected :) /ok-to-test |
I build it and it works as expected :) |
/retest |
Any updates on this PR? The cause of the failing tests seems unrelated. |
I'll take a look by the EOW |
@mrahbar OK, seems fine. Could you please do the following?
|
I change the image version on Makefile from v5.6.2 to v5.6.3 |
Sorry, forgot about it. This version we try to correlate with the version of the Elasticsearch, e.g. currently the version of Elasticsearch and of the image is
In the PR description, in the following format:
|
Any updates on this? |
@mrahbar Sorry, it slipped past me Regarding Overall SGTM, last comments:
|
83d75d5
to
5f7a8d3
Compare
|
@mrahbar Thanks!
My main point was to leave out the specific details. Release notes consist of hundreds of messages, technical details only makes them harder to read. If somebody wants the details, this person will open the PR or docs
Sounds good. Please assign this PR to me |
@crassirostris I created a new PR #55400 for version update of elasticsearch and kibana but I can't assign it to you. |
@crassirostris I'm fine with this PR and the release notes. :) |
Regarding changing the image version. I would really like to avoid creating image releases that are not used, it's a manual process for now Regarding the notes. I suggest to hear third opinion. @coffeepac could you please take a look? |
terse is better for release notes. I suggest:
That okay @mrahbar ? Also, thanks for the PR! |
That also LGTM |
Release note also LGTM. Changed it accordingly. |
What about image version? |
I guess I miss understood you regarding the image version. Resulting in the PR #55400 thus I closed it. I thought you wanted to use this product to also update to the newest es version. But I guess you just wanted the es image in the daemon-set to be v5.6.2-1. |
No-no, sorry for misunderstanding. I suggest to leave the version in this PR unchanged, because #55400 will change it anyway, why change twice? |
@crassirostris So then this PR has come to an end. Do you agree. The version update of es will happen in #55400. Any last thinks to do here? |
@mrahbar No :) I suggest to change the code in this PR and then change the version in another PR. Does it sound reasonable? |
@crassirostris can this PR be merge now? |
@mrahbar It still includes the Makefile change. Revert this one line ( |
@crassirostris I reverted to line in Makefile. I'm currently on my way and can't squash the commits. Is this ok? |
@mrahbar Yes, perfect, thanks! LGTM, I'll apply the label right after you squash commits |
…ELASTICSEARCH_SERVICE_NAME with fallback on default
3c84667
to
4ecd54f
Compare
@crassirostris Squashed them 👍 |
/lgtm |
/approve no-issue |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: coffeepac, crassirostris, mrahbar Associated issue requirement bypassed by: coffeepac The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these OWNERS Files:
You can indicate your approval by writing |
@coffeepac Thanks! |
Automatic merge from submit-queue (batch tested with PRs 54987, 55221, 54099, 55144, 54215). If you want to cherry-pick this change to another branch, please follow the instructions here. |
Automatic merge from submit-queue (batch tested with PRs 55998, 55400). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Update of elasticsearch kibana version **What this PR does / why we need it**: Updated elasticsearch and kibana version to version 5.6.4 This was motivated by @crassirostris in #54215 (comment) **Release note**: ```release-note [fluentd-elasticsearch addon] Elasticsearch and Kibana are updated to version 5.6.4 ```
What this PR does / why we need it:
Deploying the cluster-addon fluentd-elasticsearch with customized resource definitions can cause elasticsearch discovery to fail because the service name
elasticsearch-logging
is hard-coded in cluster/addons/fluentd-elasticsearch/es-image/elasticsearch_logging_discovery.goWhich issue this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close that issue when PR gets merged): fixes #-> none yet
Special notes for your reviewer:
The name of the environment variable is ELASTICSEARCH_SERVICE_NAME. When non is given the fallback service-name fallback is
elasticsearch-logging