-
Notifications
You must be signed in to change notification settings - Fork 904
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
trace
should understand the package resource model to help troubleshoot them also
#5028
Comments
Maybe also adding |
I'm quite interested in taking this on 💪 🙏 |
Awesome, @jbw976! Feel free to ping me if you need any help! |
A working implementation of this functionality has been pushed to https://github.com/jbw976/crossplane/tree/trace-pkg. Folks are free to play around with it there, although there is some incomplete functionality and some areas to clean and polish still:
https://github.com/jbw976/crossplane/tree/trace-pkg if you checkout that fork/branch, you can run it yourself to try out the experience with something like:
Example output of steady state happy path with everything healthy:
Example of running
Feedback and questions are welcome on this initial implementation! 🙇♂️ |
Really nice functionality! One flag that might be useful is to allow setting a maximum depth. That might make sense for revisions as quite a few might accumulate. I think the flag can be specific to only revisions or something more generic that allows passing a pair of e.g. resource:depth. |
+1 for the depth control, something similar to |
Thanks for taking a look @jbasement and @phisco! Not sure if you noticed, but there are already 2 flags that control output, that I think may work more specifically than a general "depth" option:
By default, we'll only show:
If they want to see I like those options since they are more specific to the package types and the user can more consciously choose what they want to see versus a generic "depth" number. Let me know if I'm crazy with that idea though 🤪 |
What problem are you facing?
Currently,
crossplane beta trace
helps you troubleshoot issues with unhealthy resources by traversing their relationships and displaying relevant status information and events. This focuses on resources like claims, XRs, and MRs, but has no special understanding of the resource model relevant to the package manager.We should teach the
trace
command about the package manager, so it knows about the following resources and the relationships between them:Provider
/ProviderRevision
Configuration
/ConfigurationRevision
Function
/FunctionRevision
Lock
How could Crossplane help solve your problem?
Once
crossplane
CLI understands the package resource model, people could then use thetrace
command to troubleshoot issues with installing and upgrading packages just like they are now doing for infra resources.The text was updated successfully, but these errors were encountered: