fix: ArgoCD 2.11 - Loop of PATCH calls to Application objects#19340
fix: ArgoCD 2.11 - Loop of PATCH calls to Application objects#19340crenshaw-dev merged 1 commit intoargoproj:masterfrom
Conversation
❌ Preview Environment deleted from BunnyshellAvailable commands (reply to this comment):
|
❌ Preview Environment deleted from BunnyshellAvailable commands (reply to this comment):
|
e318883 to
7004632
Compare
f537bbf to
002091d
Compare
Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
002091d to
60b1e8c
Compare
|
/cherry-pick release-2.11 |
|
/cherry-pick release-2.12 |
|
nice! |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #19340 +/- ##
==========================================
+ Coverage 52.78% 52.79% +0.01%
==========================================
Files 316 316
Lines 43581 43602 +21
==========================================
+ Hits 23004 23021 +17
+ Misses 18026 18024 -2
- Partials 2551 2557 +6 ☔ View full report in Codecov by Sentry. |
|
Cherry-pick failed with |
Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
|
@alexmt mind manually cherry-picking 2.11? |
|
Sure, doing it! |
|
since the issue has been introduced in 2.10.10, would it make sense to cherry-pick to 2.10 as well? |
#19343) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com> Co-authored-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
…oj#19340) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
…oj#19340) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
|
@alexmt thank you for finding and fixing that issue. |
#19348) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
#19347) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
…oj#19340) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com> Signed-off-by: Rhys Williams <rhys.williams@electrum.co.za>
…oj#19340) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
…oj#19340) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
…oj#19340) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
…oj#19340) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
#19569) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
#19570) Signed-off-by: Alexander Matyushentsev <AMatyushentsev@gmail.com>
Closes #18151
PR fixes a bug introduced by #18061 . We were trying to fix #15126 - error which happened while generating status patch using strategic merge strategy.
We've added
replacemerge strategy tostatus.comparedTofield which apparently does not work as I expected. Instead of generating a patch that replacescomparedTofield it just uses newcomparedTofield value as a patch without trying to merge. As a result, fields understatus. comparednever gets removed, which causes all kinds of issues. For example, if the user switches the app destination from cluster name to cluster server URL, thenstatus.comparedTo.destinationends up having bothnameandserverfields. Once it happens, the controller will keep continuously reconciling the application because it thinks the destination has changed.Fix: just don't use a strategic merge patch because controller is the only manager of application status. PR changes controller to generate simple merge patch to update secret. It solves both #18151 and #15126 .