-
Notifications
You must be signed in to change notification settings - Fork 229
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
[SURE-8309] fleet-agent in rke2 cluster repeatedly deploying managed-system-agent bundle #2856
Comments
Related to #2869 |
This should be fixed by #2917 |
Additional QAProblemAdding an RKE2 cluster to a Fleet setup would lead to multiple log messages about the Fleet agent bundle being deployed, although that deployment would actually happen only once. SolutionMoved the log message to ensure that it is only produced when a deployment actually happened, not when it was skipped due to the bundle and release already being deployed. TestingEngineering TestingManual TestingObserved a single Automated TestingN/A (tests do not cover logging) QA Testing ConsiderationsWe should validate that this fix works on RKE2 as well (single
Regressions ConsiderationsN/A |
System InformationBefore Upgrade
After Upgrade
Before Upgrade and After Upgrade is performed just to make sure nothing is broken.Before Upgrade
In the Note: I filtered with the string Logs:Fleet agent logs before upgrade
After Upgrade
In the Note: I filtered with the string Logs:Fleet agent logs After upgrade
|
SURE-8309
Issue description:
If you check the fleet-agent logs in an rke2 cluster that is provisioned by Rancher, you will see it spam that it is deploying the managed-system-agent bundle.
Business impact:
It seems like a nuisance more than anything. The cluster is healthy.
Troubleshooting steps:
I think the log is spamming this in error. When I check the actual last update time in the status of the manifest for the bundle, it doesn't show it being deployed since it was originally deployed
Repro steps:
The text was updated successfully, but these errors were encountered: