Skip to content
This repository has been archived by the owner on Nov 1, 2022. It is now read-only.

Include errors in sync events #756

Closed
squaremo opened this issue Sep 27, 2017 · 6 comments · Fixed by #970
Closed

Include errors in sync events #756

squaremo opened this issue Sep 27, 2017 · 6 comments · Fixed by #970

Comments

@squaremo
Copy link
Member

squaremo commented Sep 27, 2017

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).

@tamarakaufler
Copy link
Contributor

tamarakaufler commented Oct 6, 2017

At the moment my thoughts are that namespaces should be created first, and all errors logged and sent upstream.

@tamarakaufler tamarakaufler changed the title Include errors in sync events Only send genuine errors in sync events Oct 20, 2017
@tamarakaufler tamarakaufler changed the title Only send genuine errors in sync events Include errors in sync events Oct 20, 2017
@tamarakaufler tamarakaufler changed the title Include errors in sync events reorder resource creation and deletion Oct 23, 2017
@tamarakaufler tamarakaufler changed the title reorder resource creation and deletion Include errors in sync events Oct 23, 2017
@tamarakaufler tamarakaufler removed their assignment Oct 23, 2017
@squaremo
Copy link
Member Author

I had another idea: we could annotate resources with the last sync error (if the resource exists), and show those in UI/CLI.

@tamarakaufler
Copy link
Contributor

I like it

@squaremo
Copy link
Member Author

we could annotate resources with the last sync error

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.

@rade
Copy link
Contributor

rade commented Mar 9, 2018

Does #970 resolve this?

@squaremo
Copy link
Member Author

squaremo commented Mar 9, 2018

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.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants