This repository has been archived by the owner on Nov 1, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Include errors in sync events #756
Labels
Comments
At the moment my thoughts are that namespaces should be created first, and all errors logged and sent upstream. |
tamarakaufler
changed the title
Include errors in sync events
Only send genuine errors in sync events
Oct 20, 2017
tamarakaufler
changed the title
Only send genuine errors in sync events
Include errors in sync events
Oct 20, 2017
tamarakaufler
changed the title
Include errors in sync events
reorder resource creation and deletion
Oct 23, 2017
tamarakaufler
changed the title
reorder resource creation and deletion
Include errors in sync events
Oct 23, 2017
I had another idea: we could annotate resources with the last sync error (if the resource exists), and show those in UI/CLI. |
I like it |
The trouble is not all resources appear in the CLI/UI. So we'd need a special means of displaying these; maybe as part of a special sync status view. |
Does #970 resolve this? |
Yup. Shall make a comment there. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When we run the sync, we log but otherwise ignore error results from
kubectl apply
. The excuse is that in many cases it will be to do with the ordering -- creating a resource before its namespace has been created, for example. But this misses some important cases that we do want to know about, like having an invalid manifest.I suggest we include these "genuine" errors in the sync event sent upstream, so they can be included in notifications. (If we can be clever about not including ordering problems, either by filtering them out, or #602, so much the better).
The text was updated successfully, but these errors were encountered: