Hello Danishka, If I got it right, the issue is that the platform-integ-apps was applied, then the system automatically initiated a reapply, and the app status stayed in 'applying' for an extended period, correct? It looks like, based on the logs, the reapplication was triggered due to an override, which coincidentally happened at a time close to the change in kubelet: sysinv 2023-12-03 09:39:33.984 99487 INFO sysinv.conductor.manager [-] There has been an overrides change, setting up reapply of platform-integ-apps sysinv 2023-12-03 09:46:41.127 99487 INFO sysinv.conductor.kube_app [-] Doing FluxCD operation apply with the following manifest: /opt/platform/fluxcd/22.06/platform-integ-apps/1.0-53/platform-integ-apps-fluxcd-manifests Do you just want the platform-integ-apps to remain normally as applied? There shouldn't be any problems with this reapply. If the app gets stuck in the 'applying' status, one approach to follow is to use application-abort and run the application-apply again. Regarding your question about performing a remove -> delete -> upload -> apply sequence without affecting Ceph and associated components, it shouldn't have any impacts and it could be a solution too. During the removal and deletion of this app, existing pools, volumes, and pods are not removed. Then you can proceed with uploading and applying the app again. As for platform-integ-apps logs, information associated with app operations (upload, apply, update, abort, remove, and delete) can be found in '/var/log/sysinv.log'. For operational details, there are individual pod logs that are created for platform-integ-apps and can be accessed using the command 'kubectl logs -n <namespace> <pod_name>'. Best regards, Gabriel Cabral