Skip to content
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

Watcher notification settings Upgrade checks #36907

Merged

Conversation

albertzaharovits
Copy link
Contributor

Upgrade checks for deprecations in #36403
and #36736 .

@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-features

Copy link
Contributor

@gwbrown gwbrown left a comment

Choose a reason for hiding this comment

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

Thank you very much for doing this! I left one concern, though.

.map(nodeInfo -> nodeInfo.getNode().getName())
.collect(Collectors.toList());
if (nodesFound.size() > 0) {
return new DeprecationIssue(DeprecationIssue.Level.CRITICAL,
Copy link
Contributor

Choose a reason for hiding this comment

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

I'm concerned that, if there's both email and hipchat accounts set up insecurely, this will produce a deprecation warning for only the email account until that's resolved, then switch to warning about the hipchat account. I think we should either break this out into many separate checks, or merge the nodesFound lists before creating the DeprecationIssue.

My initial preference is for the second one, with deprecation text something like:

new DeprecationIssue(DeprecationIssue.Level.CRITICAL,
                    "Watcher notification accounts' authentication settings must be defined securely",
                    "https://www.elastic.co/guide/en/elasticsearch/reference/master/breaking-changes-7.0.html" +
                        "#watcher-notifications-account-settings",
                    "nodes which have insecure notification account settings are: " + nodesFound);

Although, if you feel strongly that we should have a bunch of separate checks so we can't specify the type of account for each warning, I would be okay with that too.

"Watcher email notifications' password settings has to be defined securely",
"https://www.elastic.co/guide/en/elasticsearch/reference/master/breaking-changes-7.0.html" +
"#watcher-notifications-account-settings",
"nodes which have the un-secure setting are: " + nodesFound);
Copy link
Contributor

Choose a reason for hiding this comment

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

Nitpick:

Suggested change
"nodes which have the un-secure setting are: " + nodesFound);
"nodes which have insecure notification account settings are: " + nodesFound);

@pcsanwald pcsanwald added v6.7.0 and removed v6.6.0 labels Jan 17, 2019
@albertzaharovits
Copy link
Contributor Author

Hey @gwbrown ,

Guess what!? I have addressed the feedback :)) Good catch!

Copy link
Contributor

@gwbrown gwbrown left a comment

Choose a reason for hiding this comment

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

LGTM, thank you very much @albertzaharovits!

@@ -50,6 +50,7 @@ private DeprecationChecks() {
NodeDeprecationChecks::gcsRepositoryChanges,
NodeDeprecationChecks::fileDiscoveryPluginRemoved,
NodeDeprecationChecks::defaultSSLSettingsRemoved
Copy link
Contributor

Choose a reason for hiding this comment

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

The build is failing though, you need a comma here.

@albertzaharovits albertzaharovits merged commit 6ab4d18 into elastic:6.x Jan 20, 2019
@albertzaharovits albertzaharovits deleted the watcher_deprecation_checks branch January 20, 2019 12:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants