Skip to content
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

Add Velero arguments to apply to node-agents #1411

Closed
msfrucht opened this issue Jun 5, 2024 · 3 comments · Fixed by #1450
Closed

Add Velero arguments to apply to node-agents #1411

msfrucht opened this issue Jun 5, 2024 · 3 comments · Fixed by #1450
Labels
kind/feature Categorizes issue or PR as related to a new feature.

Comments

@msfrucht
Copy link

msfrucht commented Jun 5, 2024

Is your feature request related to a problem? Please describe.

When the DPA is configured to set velero arguments such as --log-level and --log-format=json it was expected that this would extend to node-agent daemonset and the pods belonging to the daemonset. It does not.

When the spec.configuration.velero.log-level or the fields in spec.configuration.velero.args is set the main velero deployment is updated. The node-agent daemonset, also running velero does not.

There are no fields on spec.configuration.nodeAgent to add these arguments. They are supported. We tried them by editing the node-agent deployment manually and successfully.

Describe the solution you'd like
The request is either that the field of spec.configuration.velero.log-level and spec.configuration.velero.args would also be mirrored to node-agent daemonset.

Alternative, add a similar log-level and args configuration object to the spec.confgiguration.nodeAgent specifically for the nodeAgent daemonset configuration.

Describe alternatives you've considered
If manually edited the daemonset and bringing down the replicas of the adp-operator to 0. This is quite awkward. Have to reset this every time we need a configuration change.

We've also considered editing the Velero code to do this already as a custom image.

Discussions in my organization has been unclear which is preferable, with applying existing Velero configuration fields to the node-agent would be preferred or a node-agent specific configuration.
I don't have a preference.

Additional context

@msfrucht msfrucht added the kind/feature Categorizes issue or PR as related to a new feature. label Jun 5, 2024
@shubham-pampattiwar
Copy link
Member

@msfrucht Thank you for creating this issue. The OADP engineering team is working on providing a solution to pass container arguments for velero/node-agent that the DPA does not have support for but velero does. Here is the on-going design: #1400

@msfrucht
Copy link
Author

msfrucht commented Jun 5, 2024

@shubham-pampattiwar Thank you, that will certainly work. Though I would prefer something more structured like spec.configuration.velero.args. But I understand this adds flexibility rather than having to update the CRD spec for each velero argument change.

@ariepratama
Copy link

ariepratama commented Jun 14, 2024

+1 on this feature, we are also facing the same thing where we wanted more visibility on our nodeAgent pods, right now the suggested workaround still works temporarily

oc scale deploy --replicas=0 openshift-adp-controller-manager -n openshift-adp
oc patch ds node-agent -n openshift-adp--type=json -p='[{"op": "replace", "path": "/spec/template/spec/containers/0/args", "value": ["node-agent", "server", "--log-level", "trace"]}]'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants