-
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
[Fleet] Fleet reinstalls non-managed packages on Kibana boot #120363
Comments
Pinging @elastic/fleet (Team:Fleet) |
I had a check on this, and the logic that runs on upgrade is in Fleet setup code. According to the code comment, this is done to "update the index template and the datastream write indices". When I comment out kibana/x-pack/plugins/fleet/server/services/setup.ts Lines 144 to 163 in e298474
|
Ah so I think this is in place to ensure that we are using the latest versions of the shared global ingest pipeline that Fleet installs. I think it would make sense to revisit this as part of #121099. @juliaElastic does that make sense to you? If so, I think we can close this and make a note to revisit this as part of that issue. |
So are you saying that as part of the other issue, Fleet will reinstall packages on stack upgrade? So that the setup code no longer has to check and reinstall packages? If so, I agree that we can close and revisit with the other issue. |
Yes, that's the idea. Great, I'll close this and consider it as part of the design of #121099 |
In 8.0+ we moved Fleet setup to happen Kibana boot and wanted to ensure that managed packages are rolled back if needed.
We use the
force: true
flag to accomplish this here:kibana/x-pack/plugins/fleet/server/services/preconfiguration.ts
Lines 173 to 181 in 3b516b6
One issue I noticed after testing 7.16 -> 8.0 upgrades is that packages that were installed prior to the upgrade are getting re-installed (though not upgraded), even though they are not managed packages or preconfigured packages.
path.data
as the 7.16.0 instance)main
Interestingly, this only appears to happen the first time and does not happen on subsequent reboots. This may make this less of a problem, however it could make Fleet setup take a very long time for long-time users of 7.16.0 who upgrade to 8.x
The text was updated successfully, but these errors were encountered: