Skip to main content
This page maps literal error strings to the page that explains each one. Paste or search for the exact text you see in a log line, a kubectl event, an S3 client response, or a Slurm reason. Then follow the link to the page that explains the cause and the fix. If you can’t find your error string here, browse the Support articles by product, or contact support. Before you open a ticket, gather the evidence listed in the support ticket templates.

How to use this page

Error strings are grouped by the surface where they appear: Kubernetes scheduling and Pods, capacity and quota, GPU and training, networking, and storage. Within each group, entries are listed by the substring you are most likely to search for. Match on the distinctive part of the message, not the full line, because most messages include Pod names, timestamps, and other variable text.

Scheduling and Pod errors

These strings appear in kubectl describe pod, kubectl get events, or Pod status on CKS.

Capacity and quota errors

These strings appear on Node Pool status, in scheduling events, and in the Cloud Console.

GPU and training errors

These strings appear in training logs, GPU health events, and dmesg.

Networking errors

These strings appear in application logs, kubectl events, and DNS lookups.

Storage errors

These strings appear in NFS and PVC mounts, and in S3 client responses.

When the error is not listed

If your exact string isn’t here, the message is still your best search key. Try these steps in order:
  1. Browse the Support articles for your product by symptom, for example “pod pending”, “mount failed”, or “GPU error”.
  2. Check what CoreWeave manages to decide whether the problem is on the platform side or the workload side.
  3. Review the glossary if the message includes a term you don’t recognize, such as a Node label or a condition.
  4. If you still need help, contact support with the evidence from the support ticket templates.
Last modified on July 15, 2026