-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[Heartbeat] Following redirects accumulates in redirects path #15941
Labels
blocker
Heartbeat
Team:obs-ds-hosted-services
Label for the Observability Hosted Services team
v7.6.0
Comments
andrewvc
added
blocker
Heartbeat
Team:obs-ds-hosted-services
Label for the Observability Hosted Services team
v7.6.0
labels
Jan 29, 2020
Pinging @elastic/uptime (:uptime) |
andrewvc
added a commit
to andrewvc/beats
that referenced
this issue
Jan 29, 2020
This patch fixes two issues: 1. Fixes: elastic#15941 . Each invoked check using redirects would add to the previous list of 2. The redirects should be in the `http.response.redirects` field, not the `http.redirects` field where they reside today. The docs and mapping both indicate that `http.response.redirects` is the correct place already. redirects from the last check, resulting in huge arrays.
andrewvc
added a commit
that referenced
this issue
Jan 30, 2020
1. Fixes: #15941 . Each invoked check using redirects would add to the previous list of 2. The redirects should be in the `http.response.redirects` field, not the `http.redirects` field where they reside today. The docs and mapping both indicate that `http.response.redirects` is the correct place already. redirects from the last check, resulting in huge arrays.
andrewvc
added a commit
to andrewvc/beats
that referenced
this issue
Jan 30, 2020
1. Fixes: elastic#15941 . Each invoked check using redirects would add to the previous list of 2. The redirects should be in the `http.response.redirects` field, not the `http.redirects` field where they reside today. The docs and mapping both indicate that `http.response.redirects` is the correct place already. redirects from the last check, resulting in huge arrays. (cherry picked from commit ba1a92f)
andrewvc
added a commit
to andrewvc/beats
that referenced
this issue
Jan 30, 2020
1. Fixes: elastic#15941 . Each invoked check using redirects would add to the previous list of 2. The redirects should be in the `http.response.redirects` field, not the `http.redirects` field where they reside today. The docs and mapping both indicate that `http.response.redirects` is the correct place already. redirects from the last check, resulting in huge arrays. (cherry picked from commit ba1a92f)
Fixed in #15944 |
andrewvc
added a commit
that referenced
this issue
Jan 30, 2020
1. Fixes: #15941 . Each invoked check using redirects would add to the previous list of 2. The redirects should be in the `http.response.redirects` field, not the `http.redirects` field where they reside today. The docs and mapping both indicate that `http.response.redirects` is the correct place already. redirects from the last check, resulting in huge arrays. (cherry picked from commit ba1a92f)
andrewvc
added a commit
that referenced
this issue
Jan 30, 2020
1. Fixes: #15941 . Each invoked check using redirects would add to the previous list of 2. The redirects should be in the `http.response.redirects` field, not the `http.redirects` field where they reside today. The docs and mapping both indicate that `http.response.redirects` is the correct place already. redirects from the last check, resulting in huge arrays. (cherry picked from commit ba1a92f)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
blocker
Heartbeat
Team:obs-ds-hosted-services
Label for the Observability Hosted Services team
v7.6.0
The new redirects feature introduced in 7.6 via #15939 re-uses an array across requests for tracking the list of redirects. This list grows with each request, potentially using up tons of memory.
The text was updated successfully, but these errors were encountered: