Open the cluster → Activity tab in my.cubepath.com.
A timestamped audit log of every action taken on the cluster from the CubePath side: creation, node pools created, scaled or deleted, individual workers added or removed, add-ons installed or uninstalled, protection toggles and renames.
Each entry records what happened, who did it, and when.
What this log is, and isn't
ImportantThis is the CubePath audit log, not the Kubernetes audit log. Actions you take with
kubectl— deploying, deleting pods, editing resources — happen inside the cluster and don't appear here. Usekubectl get eventsor your monitoring stack for those.
The split is useful once you know it's there. When something breaks, it tells you which side to investigate:
- Nodes disappeared and pods went pending. Look here: a pool scaled down, a worker was removed, or auto-repair replaced an unhealthy node.
- A workload stopped working but the nodes are fine. That's inside the cluster — this log won't have it.
- An add-on stopped responding. Check here for a recent install, uninstall or retry.
TipAutoscaling events show up as pool changes. If pods are pending, comparing the timestamps here against your workload's history usually tells you whether the autoscaler tried to help and hit its maximum.