Requested storage class is not advertised
The deployment may require a class or storage attribute that the provider inventory does not publish.
An Akash provider can be healthy and reachable while rejecting workloads that request a storage class, capacity or persistence capability the cluster does not advertise or have available.
Run the free provider checkThe requested storage type, class and capacity must match the provider inventory and Kubernetes storage configuration. Lower pricing cannot correct a storage mismatch.
The deployment may require a class or storage attribute that the provider inventory does not publish.
The workload may require persistent storage while the provider offers only ephemeral disk, or the reverse.
The order may request SSD, NVMe or another performance class that is absent or named differently in provider inventory.
The correct storage class may exist but lack enough currently available space to satisfy the requested quantity.
The required StorageClass, provisioner or volume-binding configuration may be missing, unhealthy or unable to create volumes.
The inventory operator may advertise outdated storage information after disks, classes or Kubernetes resources have changed.
Compare the deployment storage request with the provider inventory, available disk capacity, Kubernetes StorageClass objects and provisioner status.
Run the free check, review the results and submit the failed items when you need help diagnosing lease declines or provider readiness.
Run the free Akash provider check