You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At the moment Zincati tries to always auto-update the OS, regardless of its stream.
This is fine on production images. There are however few cases where this doesn't make much sense, for example when somebody is performing a local build from a configuration/lockfile belonging to a production stream.
In that case, Zincati will reach out to the updates server and get an update-graph for the relevant stream, but it won’t find its own self-matching node (version+checksum tuple) in there, wasting both client-side and server-side resources. As backend operators, the latter concerns us directly.
It would be good to have a mechanism to detect local-development built, in order to avoid trying to update them.
The text was updated successfully, but these errors were encountered:
At the moment Zincati tries to always auto-update the OS, regardless of its stream.
This is fine on production images. There are however few cases where this doesn't make much sense, for example when somebody is performing a local build from a configuration/lockfile belonging to a production stream.
In that case, Zincati will reach out to the updates server and get an update-graph for the relevant stream, but it won’t find its own self-matching node (version+checksum tuple) in there, wasting both client-side and server-side resources. As backend operators, the latter concerns us directly.
It would be good to have a mechanism to detect local-development built, in order to avoid trying to update them.
The text was updated successfully, but these errors were encountered: