-
Notifications
You must be signed in to change notification settings - Fork 471
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
Changes to migrate to new TUF repository #23588
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #23588 +/- ##
==========================================
- Coverage 63.84% 63.75% -0.10%
==========================================
Files 1616 1618 +2
Lines 153829 154316 +487
Branches 4026 4026
==========================================
+ Hits 98218 98378 +160
- Misses 47796 48112 +316
- Partials 7815 7826 +11
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Adding @getvictor as a reviewer so the MDM product group is in the loop on what's changing. cc @georgekarrv |
I'll convert to draft to attempt to iterate a safer migration and one that would allow rolling back to 1.35.0 if a customer/user wants to. |
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.
Looks good.
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.
The changes lgtm! Let's remember this needs EXTENSIVE testing before going live. If there are issues we risk having to ask users to reinstall agent packages..
Converting PR to draft until it's ready to merge. |
@zwass We added some changes to support the scenario where 1.38.0 needs an urgent fix (or customer wants to downgrade to 1.37.0) and endpoints cannot access https://updates.fleetdm.com. To cover that scenario we added Please re-review this commit. PS: Was left as draft to not affect our metrics. |
I'm setting this to "Ready for review" now that it's ready. Because it's so old it would be great to merge by Friday before we report KPIs :) |
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.
IIUC the check for access to the new repo only happens while the old update URL is configured. Once the access is detected, the new update URL gets configured and the check stops happening. Is that right? If so it seems reasonable to me.
Correct. |
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
Changes
/opt/orbit/updates-metadata.json
./opt/orbit/tuf-metadata.json
to/opt/orbit/updates-metadata.json
(if it doesn't exist) and start using the latter.4.63.0
will now generate artifacts using https://updates.fleetdm.com by default (or a custom TUF if--update-url
is set) and generate two (same file) metadata files/opt/orbit/updates-metadata.json
and the legacy one to support downgrades/opt/orbit/tuf-metadata.json
.4.62.0
when configured to use custom TUF (not Fleet's TUF) will generate just the legacy metadata file/opt/orbit/tuf-metadata.json
.User stories
See "User stories" in https://github.com/fleetdm/confidential/issues/8488.
update.defaultRootMetadata
andupdate.DefaultURL
when the new repository is ready.changes/
,orbit/changes/
oree/fleetd-chrome/changes
.See Changes files for more information.
runtime.GOOS
).