-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[Monitoring] Kibana Alerting #48464
[Monitoring] Kibana Alerting #48464
Conversation
…after creating alerts
💔 Build Failed |
💔 Build Failed |
💔 Build Failed |
💔 Build Failed |
💔 Build Failed |
Pinging @elastic/stack-monitoring (Team:Monitoring) |
When I start Kibana (after doing a fresh
I'm using the ES build as described in the setup instructions along with a checkout of Kibana. Is there something else I need? |
@cachedout My bad! I forgot to include the necessary config changes in the PR description. The testing section is now updated to include this. cc @mikecote The
and the
Are there any plans to enable these by default? Or do we need to check against these in our code and tell the user they need to flip these for Kibana alerting to work? |
@chrisronline OK, I got it started and I clicked on the button to migrate alerts, but Kibana went to a white overlay over the monitoring screen and nothing happened after that. What is the expected behavior? (Github won't let me upload this screenshot for some reason but I can show you via a screen share if you want) |
@cachedout There is most likely a javascript error. Can you check the dev tools? |
@chrisronline My bad. Should have done that right away. Below are the errors show in the console:
|
@cachedout Thanks - that's actually just a warning. Are there any console logs that say |
@chrisronline I initially only pasted part of the output. Please refresh. There is an error included now:
|
@cachedout Thanks, I thought I fixed that before I put the PR up (since I saw the same thing), but I apparently didn't. Pushed up now and ready to go! |
We have a task to either throw an error, log warning or disable the plugin whenever security is enabled but not SSL. It should be developer / user friendly with a clear message. We'll resolve this with https://github.com/elastic/kibana/projects/26#card-25410223. |
@chrisronline also I think if your question was in regards to the |
💔 Build Failed |
@chrisronline I went through the steps and I think I configured an alert as described, but when the alert fires I don't receive any email and the Kibana log shows the following:
What's the best way to see if I migrated the alert correctly and what its current configuration is? |
@cachedout The email in that log is |
💔 Build Failed |
💔 Build Failed |
… storing the email to receive alerts
💔 Build Failed |
💔 Build Failed |
Going to open a new PR for this when I'm done making some changes |
See #49219 |
Relates to #42960
This PR lays the ground work for migrating cluster alerts to Kibana alerting. Part of this involves migrating a single alert for now -
xpack_license_expiration
.In addition to migrating the
xpack_license_expiration
alert, there is also a UI exposed in this PR that helps the user do their work for the migration. We discussed this and want to require the user to click a button to initiate the migration, which is in this PR.Also, we need a way to disable watcher-based cluster alerts as well. This PR does not do anything for that effort, as the plan is to disable them all when all alerts are migrated. This will involve a PR to Elasticsearch at some point.
Now you may be wondering why would we merge this PR with these new UIs right now? Well, we want to progressively merge into master the work around this migration, so we added a new constant in the code that indicates if kibana alerting is enabled or not for monitoring. For devs and testers, you will need to change this to
true
for any of this code to work. Once we are done migrating all alerts, we can just remove that constant.Here are some screenshots of the UI flow:
This is what users will see when they first come into the app (assuming the constant is true)
Once they enter setup mode, they will see this:
Clicking the button will prompt a modal indicating the user needs to configure an email action (I already had one but if the user didn't have one, they'd be taken to the next screenshot form modal right away)
Clicking edit will show them this kind of form
Once the email action is correctly applied, they will see a loading state
Then they will see this state:
Testing
/dev/repos/kibana
and/dev/repos/elasticsearch
), pull down this PR, then runyarn es source
inside of kibana to use that custom ES build.kibana.dev.yml
:elasticsearch.yml
:true
GET .watches/_search?filter_path=hits.total.value
.monitoring-es-*
indices:This should cause the alert to fire. You can get it to the "resolved" state by simply removing the ingest pipeline from the index:
TODO
Add debug logs to help understand why the alert isn't firing-> 5734cc3