-
Notifications
You must be signed in to change notification settings - Fork 94
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
feat: add velero collector (#806) #1365
Conversation
c2fc35f
to
8988c4d
Compare
8988c4d
to
b856750
Compare
* test velero spec * need to get an older velero library to support restic Signed-off-by: Archit Sharma <[email protected]>
Signed-off-by: Archit Sharma <[email protected]>
Signed-off-by: Archit Sharma <[email protected]>
83dbcd9
to
a7e77f6
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
great start... looking good. one comment added about velero binary detection
can we also get some tests around the code that's been added here?
|
||
// collect output from velero binary | ||
if pod != nil { | ||
for _, command := range VeleroCommands { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do we need some logic to check that the velero binary exists on a system? eg. if the collector is defined but velero isn't installed, will this error out on bundle creation? (not ideal)
we should gracefully skip collection if the velero binary isn't found, and/or provide something informative. bonus points if its visible in the bundle that the binary wasn't found
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seems all that we collect are logs and CRs/CRDs to troubleshoot velero. As earlier discussed, lets check if the clusterResources
and logs
collectors can be used to achieve what this velero
collector implementation does. From the tests we ran, it seem like all the information is collected but since we eyeballed the support bundle output comparison, please have a better look. Here is the spec we used
apiVersion: troubleshoot.sh/v1beta2
kind: SupportBundle
metadata:
name: support-bundle
spec:
collectors:
- clusterResources: {} # Usually omitted since its added by default
- logs:
namespace: velero
In addition to the above, check whether the spec above covers collecting all that is discussed in #806 issue. If there is any data that is velero specific, then the new collector can address that.
need to read the pr fully but if it uses what I wrote, the velero binary should be in the velero pod. |
no longer needed, the cluster-resources collector already has the data for an analyzer. |
Description, Motivation and Context
Velero collector and analyzer
Partially fixes: #806
supersedes: #1303
Checklist
Does this PR introduce a breaking change?