If a cluster (TKGm/TKGs) is detached from Tanzu Mission Control (TMC) and had packages managed by TMC, after the detachment those packages will continue having a reference to the TMC packages repository.
Packages and pods will keep reconciling and working fine, but if there's a change in the TMC standard repository and it becomes unavailable, for example due to an FQDN change, new pods won't be able to pull the images from the unavailable repository.
To avoid this or to recover from this situation, you can manually update the tanzu-standard repository URL to point to a non-TMC dependent one after the cluster is detached.
Note: once the cluster is detached, packages need to be actively managed by the user as they won't be managed by TMC anymore. If any action needs to be performed on the packages, for example updating their versions or the repository, this will need to be done manually.
Reference for tanzu CLI package commands: https://techdocs.broadcom.com/us/en/vmware-tanzu/cli/tanzu-cli/1-5/cli/tanzu-package.html
TKGm/TKGs detached from TMC
# tanzu package repository update tanzu-standard --url projects.packages.broadcom.com/tkg/packages/standard/repo:v2024.4.12 --namespace <tanzu-standard-repo-namespace>"kubectl get deploy -A | grep kapp-controller":# kubectl rollout restart -n <kapp-controller-namespace> deploy kapp-controller# tanzu package repository get tanzu-standard -n <tanzu-standard-repo-namespace># kubectl get app,pkgi -A# kubectl get app -A -oyaml spec: deploy: - kapp: rawOptions: - --wait-timeout=5m - --kube-api-qps=20 - --kube-api-burst=30 fetch: - imgpkgBundle: image: projects.packages.broadcom.com/tkg/packages/standard/repo:v2024.4.12@sha256:<sha># tanzu package available get <package-name> -n <tanzu-standard-repo-namespace># tanzu package installed update <package-name> --version <target-version-from-above-output> -n <namespace-where-package-is-installed># kubectl get app,pkgi -A