VMware engineering team is aware of this issue and is working on a resolution. In the meantime, please use the following workaround.
Workaround:
The following steps require SSH access to the Supervisor ControlPlane VM's. This workaround should be carried out with VMware support engineers to ensure system critical resources are not adversely impacted, please reference the following KB for specifics on this process: https://knowledge.broadcom.com/external/article?legacyId=90194
1. SSH into one of the SupervisorControlPlane VM's. This is required as only the kubernetes-admin user has privileges to modify PackageInstall resources on the Supervisor Cluster.
2. Create a file with the following content, named kapp-edit-ytt.yaml
#@ load("@ytt:overlay", "overlay")
#@overlay/match by=overlay.subset({"kind":"Deployment", "metadata": {"name": "kapp-controller", "namespace":"tkg-system"}})
---
metadata:
annotations:
#@overlay/match missing_ok=True
kapp.k14s.io/update-strategy: fallback-on-replace
3. From the above file create a secret in the namespace of the TKC:
kubectl create secret generic kapp-edit-ytt --from-file=kapp-edit-ytt.yaml -n <TKC_NAMESPACE>
Example:
kubectl create secret generic kapp-edit-ytt --from-file=kapp-edit-ytt.yaml -n test-namespace
4. Edit the pkgi resource created for kapp-controller in the namespace of the TKC:
kubectl edit pkgi <TKC_NAME>-kapp-controller -n <TKC_NAMESPACE>
Example:
kubectl edit pkgi test-cluster-kapp-controller -n test-namespace
5. Add the annotation "ext.packaging.carvel.dev/ytt-paths-from-secret-name.0: kapp-edit-ytt"
to the pkgi resource.