You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
# Description
- Replaced the hardcoded `kube-system` namespace with the helm value for
the retina operator and other places where it made sense
- Updated the E2E test to accept a namespace parameter to verify if the
retina-agents and retina-operator were deployed correctly
- Manually tested the changes in a local cluster for further
verification, as well as for my learning
## Related Issue
#731
## Checklist
- [x] I have read the [contributing
documentation](https://retina.sh/docs/contributing).
- [x] I signed and signed-off the commits (`git commit -S -s ...`). See
[this
documentation](https://docs.github.com/en/authentication/managing-commit-signature-verification/about-commit-signature-verification)
on signing commits.
- [x] I have correctly attributed the author(s) of the code.
- [x] I have tested the changes locally.
- [x] I have followed the project's style guidelines.
- [x] I have updated the documentation, if necessary.
- [x] I have added tests, if applicable.
## Screenshots (if applicable) or Testing Completed
I've attached the E2E test output with the recent microsoft retina
manifest, i.e. 74b6ec2,
[updated_e2e_test_result.txt](https://github.com/user-attachments/files/17400534/updated_e2e_test_result.txt)
## Additional Notes
Add any additional notes or context about the pull request here.
---
Please refer to the [CONTRIBUTING.md](../CONTRIBUTING.md) file for more
information on how to contribute to this project.
Thank you for creating an issue. During my investigation, there's two things to mention:
The operator was always going to get deployed to kube-system. Now the daemonset can get deployed in any namepsace provided by the user.
The commands you provided needs to be updated. The --namespace option will get overrided if the namespace chart value exists (which in this case does) and that is why you'll never see it deployed elsewhere. You'll need to use the --set namespace=X option to override the value instead. I've tested this and it works!
If there is no technical reason to use the namespace value, I would recommend to remove it and use what most other charts are using: helm's --namespace argument...
Describe the bug
Normally one can install a helm release into a discrete namespace by using
helm install --namespace foo ...
.This does not work with the retina chart, as it puts the helm release into that namespace, but the resources into the
kube-system
namespace.e.g. https://github.com/microsoft/retina/blob/main/deploy/legacy/manifests/controller/helm/retina/values.yaml#L47
If there is a technical reason for doing so, this should be documented. If not, this should be fixed to get the usual behaviour.
To Reproduce
Steps to reproduce the behavior:
helm ls -n retina
and find the release there, but no pods or daemonsets (askubectl get pod,ds -n retina
shows)kube-system
namespace usingkubectl get pod,ds -n kube-system
Expected behavior
The chart should respect helm's
--namespace
argumentPlatform (please complete the following information):
The text was updated successfully, but these errors were encountered: