-
Notifications
You must be signed in to change notification settings - Fork 25.1k
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
Fix geoip databases index access after system feature migration (again) #122938
Fix geoip databases index access after system feature migration (again) #122938
Conversation
Hi @joegallo, I've created a changelog YAML for you. |
After migrating the system indices, the having .geoip_databases as an index-behind-an-alias ends up resulting in `GET _data_stream` blowing up.
such that a net new alias is visible if the net new index that it points to is visible.
a16bc2f
to
ffc82ff
Compare
Pinging @elastic/es-data-management (Team:Data Management) |
This PR will close elastic/kibana#211102. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, +1 for the comment :)
Dammit! I forgot the |
This is a follow up to #121196.
Once again I've added a failing integration test to capture the actual failing workflow that we noticed during testing, then I wrote a failing unit test to try to keep things a little tighter. Finally there's a small change to our index expression resolution code.
As before, the true root issue is that we're doing index resolution in two passes when X-Pack Security is enabled -- in the first pass we resolve the wildcard to whatever (in a security-aware manner) and then in the second pass the wildcards have been removed, so it's like we're asking for things literally by name. The error in this case was because the wildcard resolution was including the alias (only!), so the second round of resolution was blowing up and saying "don't ask for an alias here".
I'm fine with the tests I've written here, but I think it's obvious from my comments that I'm not entirely thrilled with my actual "solution" to this bug.