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
If multiple different Builders or Clusterbuilders are configured with the same tag, kpack will think that the digest has changed and will continuously rebuild and rewrite the builder images to its configured tag causing endless reconciliation loops and registry pressure.
This issue has shown up when users install kpack to different clusters but use the same kp default repository and the same cb names which results in duplicate tags across the clusters. This isn't obvious to diagnose.
This may just be something to document.
The text was updated successfully, but these errors were encountered:
tylerphelan
changed the title
Builders on different clusters can cause a reconciliation loop
Builders on different clusters in the same repo can cause a reconciliation loop
Oct 6, 2021
tylerphelan
changed the title
Builders on different clusters in the same repo can cause a reconciliation loop
Different builders with the same tag will cause a reconciliation loop
Oct 11, 2021
Adding the "needs discussion" label to this issue. It is unclear to me if we want to modify this behavior. kpack is correctly updating the image on the registry to match the desired configuration in the Builder resource.
If multiple different Builders or Clusterbuilders are configured with the same tag, kpack will think that the digest has changed and will continuously rebuild and rewrite the builder images to its configured tag causing endless reconciliation loops and registry pressure.
This issue has shown up when users install kpack to different clusters but use the same kp default repository and the same cb names which results in duplicate tags across the clusters. This isn't obvious to diagnose.
This may just be something to document.
The text was updated successfully, but these errors were encountered: