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

A Kibana dev console POST to API /_flush failed because the needed header was not included (-H 'X-elastic-product-origin: kibana') - should we always include this? #101294

Closed
EricDavisX opened this issue Jun 3, 2021 · 3 comments
Labels
Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc

Comments

@EricDavisX
Copy link
Contributor

EricDavisX commented Jun 3, 2021

tested on version 8.0 circa early June.

This came up out of a discussion based on a Fleet Server issue, here:
elastic/fleet-server#426

I was trying to POST /_flush in the console and got this 400 error resp:

{
  "error" : {
    "root_cause" : [
      {
        "type" : "illegal_argument_exception",
        "reason" : "Data stream(s) [.fleet-actions-results] use and access is reserved for system operations"
      }
    ],
    "type" : "illegal_argument_exception",
    "reason" : "Data stream(s) [.fleet-actions-results] use and access is reserved for system operations"
  },
  "status" : 400
}

The team helped identify that the call would work if we included the below header in the request:
X-elastic-product-origin: kibana

Is there a reason not to do this (always) from the dev console?

@botelastic botelastic bot added the needs-team Issues missing a team label label Jun 3, 2021
@EricDavisX EricDavisX added the Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc label Jun 3, 2021
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-core (Team:Core)

@botelastic botelastic bot removed the needs-team Issues missing a team label label Jun 3, 2021
@mshustov
Copy link
Contributor

mshustov commented Jun 4, 2021

yes, it's done intentionally to prevent direct access to system indices #90123 as it defeats the purpose of system indices.

@EricDavisX
Copy link
Contributor Author

thanks so much - I'll close this out then!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc
Projects
None yet
Development

No branches or pull requests

3 participants