TensorFusion records Kubernetes events on the objects it manages: Pods, GPUPool, GPUNode, TensorFusionWorkload and TensorFusionConnection. This page lists every event reason, its type, and what it means, so you can tell at a glance why a Pod is pending or why a node was added or removed.
Events are attached to the object they describe. Pass the object kind and name to kubectl:
# Events of one Podkubectl describe pod <pod-name> -n <namespace># Events of a GPUPool (cluster-scoped)kubectl events --for gpupool/<pool-name># All warnings in a namespace, newest lastkubectl get events -n <namespace> --field-selector type=Warning --sort-by=.lastTimestamp
Kubernetes keeps events for one hour by default. For longer history, collect them with your logging stack.
The scheduler found GPU nodes that fit the Pod and reserved resources. The message gives the number of candidate nodes.
GPUDeviceAllocated
Normal
The GPU device IDs were written to the Pod. The Pod is about to be bound to its node.
PodIndexAllocationPending
Normal
The Pod's device index is still held by another Pod on the same node. It is patched in once that Pod releases it.
ScheduleWithNativeGPU
Normal
The Pod is not managed by TensorFusion and was scheduled with native GPU resources. Appears only during progressive migration from the NVIDIA device plugin.
GPUQuotaOrCapacityNotEnough
Warning
No GPU has enough free TFLOPS or VRAM, or the namespace's GPUResourceQuota is exhausted. The message contains the detailed reason.
PartitionTemplateMatchFailed
Warning
In partitioned isolation mode, no partition template matches the requested resources.
GPUDeviceAllocatedFailed
Warning
The scheduler picked GPUs but could not write the device IDs to the Pod.
ContainerGPUAllocationFailed
Warning
The scheduler could not map the allocated GPUs to the Pod's containers.
CommitFailed
Warning
The GPU allocation could not be committed after retries. This scheduling attempt fails and the scheduler retries the Pod.
These events appear on a pending Pod when the controller runs with -enable-auto-expander.
Reason
Type
Meaning
NodeExpansionCheck
Normal or Warning
Result of checking whether a new node would help. The message says which case applies: the Pod fits existing or in-flight capacity, expansion is delegated to Karpenter, the failure is not GPU-related, no GPU node can host the Pod, or the Pod is still unscheduled 10 minutes after expansion.
NodeExpansionCompleted
Normal
A GPUNodeClaim or Karpenter NodeClaim was created for the Pod.
NodeExpansionFailed
Warning
No node type can fit the Pod, or creating the node claim failed.
NodeExpansionCandidateFailed
Warning
A Karpenter NodeClaim failed for lack of cloud capacity. The expander tries the next preference.
NodeExpansionCandidatesExhausted
Warning
Every expansion preference failed. The Pod waits for the next scheduling attempt.