-
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
Failing test: X-Pack Alerting API Integration Tests.x-pack/test/alerting_api_integration/security_and_spaces/tests/alerting/alerts·ts - alerting api integration security and spaces enabled Alerting alerts superuser at space1 should unmute all instances when unmuting an alert #54125
Comments
Pinging @elastic/kibana-test-triage (failed-test) |
New failure: Jenkins Build |
Pinging @elastic/kibana-security (Team:Security) |
Pinging @elastic/kibana-alerting-services (Team:Alerting Services) |
Skipped on master 51d96e5 |
The skipped test is here: kibana/x-pack/test/alerting_api_integration/security_and_spaces/tests/alerting/alerts.ts Lines 765 to 774 in 51d96e5
Here's a bit of the ci log from the test. Note the test before the one that reported a failure included a message from ES about using an invalidated API key, which given the log for the actual test failure, makes me think that was the cause. ci log from test[00:10:13] └-> shouldn't schedule actions when alert instance is muted [00:10:13] └-> "before each" hook: global before each [00:10:14] │ info [o.e.x.s.a.AuthenticationService] [kibana-ci-immutable-centos-tests-xl-1578403513476867716] Authentication using apikey failed - api key has been invalidated [00:10:14] │ proc [kibana] log [14:38:30.411] [error][task_manager] Task actions:test.rate-limit "3c9b0a00-315b-11ea-bae7-037313b790e0" failed: [security_exception] missing authentication credentials for REST request [/_security/user/_has_privileges], with { header={ WWW-Authenticate={ 0="Bearer realm=\"security\"" & 1="ApiKey" & 2="Basic realm=\"security\" charset=\"UTF-8\"" } } } :: {"path":"/_security/user/_has_privileges","query":{},"body":"{\"applications\":[{\"application\":\"kibana-.kibana\",\"resources\":[\"space:space1\"],\"privileges\":[\"version:8.0.0-SNAPSHOT\",\"login:\",\"saved_object:8.0.0-SNAPSHOT:action/get\"]}]}","statusCode":401,"response":"{\"error\":{\"root_cause\":[{\"type\":\"security_exception\",\"reason\":\"missing authentication credentials for REST request [/_security/user/_has_privileges]\",\"header\":{\"WWW-Authenticate\":[\"Bearer realm=\\\"security\\\"\",\"ApiKey\",\"Basic realm=\\\"security\\\" charset=\\\"UTF-8\\\"\"]}}],\"type\":\"security_exception\",\"reason\":\"missing authentication credentials for REST request [/_security/user/_has_privileges]\",\"header\":{\"WWW-Authenticate\":[\"Bearer realm=\\\"security\\\"\",\"ApiKey\",\"Basic realm=\\\"security\\\" charset=\\\"UTF-8\\\"\"]}},\"status\":401}","wwwAuthenticateDirective":"Bearer realm=\"security\", ApiKey, Basic realm=\"security\" charset=\"UTF-8\""} [00:10:16] │ debg --- retry.try error: Expected 2 but received 0. [00:10:17] │ debg --- retry.try failed again with the same message... [00:10:17] │ debg --- retry.try failed again with the same message... [00:10:18] │ debg --- retry.try error: Expected 2 but received 1. [00:10:18] │ debg --- retry.try failed again with the same message... ... [00:10:21] └- ✓ pass (8.2s) "alerting api integration security and spaces enabled Alerting alerts superuser at space1 shouldn't schedule actions when alert instance is muted" |
Note that @FrankHassanabad has seen some of the |
I'm doing some unrelated stress testing ATM, and seeing the ES I had been wondering if somehow the alert is getting deleted after an action is scheduled, and the alert deletion "cleans up" the API key, which then means the action which runs later sees it as invalidated. Should be able to do some focused debug logging in that area anyway. |
New failure: Jenkins Build |
Skipped on master/7.x, alerting team said they will probably address this week |
New failure: Jenkins Build |
@brianseeders we may need to skip the test in 7.6 as well. I think that's where this comment (#54125 (comment)) came from. |
A test failed on a tracked branch
First failure: Jenkins Build
The text was updated successfully, but these errors were encountered: