Large ConfigHub Operations

A repository document, rendered for the site. View source markdown.

Generated at: 2026-07-30T12:38:02.000Z UTC · source: committed helm-expt evidence for this rendered repository document.

Generated from committed live Helm-vs-ConfigHub receipts. This report shows large ConfigHub operations as a funnel, so a 100+ Unit upload/apply/GitOps path does not collapse into a vague wait.

This is evidence about current receipts, not a claim that the CLI already emits perfect progress streams. Rows with missing upload or release-publish timing keep that product gap visible. Current live parity receipts exercise direct apply and the workload-Space and cluster-Space release publications used by OCI/GitOps.

large rows: 10
minimum ConfigHub OCI objects: 50
latest observed receipt: 2026-06-15T05:11:39Z
complete: 8
controller-health-watch: 1
gitops-sync: 1

Rows

ChartBaseResultOCI objectsUnitsStageGitOpsWorkloadTimingsTarget profileResidueMissing progressReceiptNext action
argo-cd/argo-cd@9.5.15defaultpass50completeSynced/Healthypassgitops-operation-elapsed; confighub-upload-elapsedreceiptAdd upload/apply elapsed-time evidence in the next live run so this pass also proves progress visibility.
argo-cd/argo-cd@9.5.17defaultwatch50gitops-syncunknown/unknownwatchupload 150.478s; workload publish 34.253s; app publish 0.989s; argo wait 422.643snone; passgitops-health:unknownreceiptPreserve the row as watch, name the first non-green stage, and rerun only after the target/controller policy is explicit.
hashicorp/consul@2.0.0default-control-planepass69completeSynced/Healthypassgitops-operation-elapsed; confighub-upload-elapsedreceiptAdd upload/apply elapsed-time evidence in the next live run so this pass also proves progress visibility.
hashicorp/consul@2.0.0secure-mesh-existing-secretswatch9898controller-health-watchSynced/Progressingpassupload 302.519s; workload publish 326.841s; app publish 1.038s; argo wait 422.615skind-three-node; 3 nodes; passIngress/consul/consul-consul-ui:Synced/ProgressingreceiptKeep as watch until the controller-health residue is explained or accepted for the target scope (Ingress/consul/consul-consul-ui:Synced/Progressing); add upload/apply elapsed-time evidence on rerun.
kyverno/kyverno@3.8.1defaultpass70completeSynced/Healthypassnone; passgitops-operation-elapsed; confighub-upload-elapsedreceiptAdd upload/apply elapsed-time evidence in the next live run so this pass also proves progress visibility.
prometheus-community/kube-prometheus-stack@85.3.3defaultpass125completeSynced/Healthypassgitops-operation-elapsed; confighub-upload-elapsedreceiptAdd upload/apply elapsed-time evidence in the next live run so this pass also proves progress visibility.
prometheus-community/kube-prometheus-stack@85.3.3no-crdspass115completeSynced/Healthypassupload 234.236s; workload publish 61.145s; app publish 0.992s; argo wait 40.266snone; passreceiptKeep the evidence fresh before using as a large-operation example.
prometheus-community/kube-prometheus-stack@86.1.0defaultpass125completeSynced/Healthypassupload 340.426s; workload publish 79.984s; app publish 0.908s; argo wait 50.342snone; passreceiptKeep the evidence fresh before using as a large-operation example.
prometheus-community/kube-prometheus-stack@86.1.0no-crdspass115completeSynced/Healthypassupload 227.808s; workload publish 70.946s; app publish 1.129s; argo wait 50.351snone; passreceiptKeep the evidence fresh before using as a large-operation example.
rook-release/rook-ceph@v1.19.5defaultpass134completeSynced/Healthypassupload 339.623s; workload publish 90.003s; app publish 1.023s; argo wait 30.229snone; passreceiptKeep the evidence fresh before using as a large-operation example.

Reading Rule

Read these rows stage by stage:

  1. regular Helm runtime;
  2. ConfigHub direct apply;
  3. ConfigHub OCI/GitOps sync;
  4. target facts and lifecycle prerequisites;
  5. workload convergence;
  6. controller aggregate health;
  7. upload and release-publish progress evidence.

A row can prove render/runtime parity and still remain watch if controller aggregate health has a named residue. A row can pass and still need better progress evidence if upload or release-publish elapsed time is not recorded.

The machine-readable table is operations.csv.