Accéder au contenu principal Passer au contenu complémentaire

Résolution de problèmes liés au pilote CSI qui ne provisionne pas de volumes avec EFS sur Amazon EKS

Résolvez des problèmes dans lesquels une revendication PersistentVolumeClaim (PVC) conserve le statut pending (en attente) et les volumes EFS ne sont pas provisionnés par le pilote CSI sur Amazon EKS.

Une revendication PersistentVolumeClaim (PVC) conserve le statut Pending (En attente) et les volumes ne sont pas créés.

Procédure

  1. Examinez les logs du déploiement du contrôleur du pilote EFS CSI.
    kubectl -n kube-system logs deploy/efs-csi-controller -c efs-plugin

    Les causes sont généralement liées à l'accès au système de fichiers EFS ou aux autorisations IAM. Recherchez ces erreurs dans le log.

  2. Vérifiez que le rôle IAM correct est associé au compte de service du pilote EFS CSI.
    IRSA (IAM Roles for Service Accounts - Rôles IAM des comptes de service) permet aux comptes de service Kubernetes d'assumer des rôles IAM. Vérifiez que la politique IAM inclut des autorisations elasticfilesystem:*. Vérifiez que la relation de confiance autorise le compte de service à assumer le rôle.
    kubectl get sa -n kube-system \
      -l 'app.kubernetes.io/name=aws-efs-csi-driver' \
      -ojsonpath='{range .items[*]}{.metadata.name}{"\t"}{.metadata.annotations.eks\.amazonaws\.com/role-arn}{"\n"}{end}'
    Si l'ARN de rôle est vide, cela signifie qu'aucun rôle IAM n'est associé au compte de service.
  3. Vérifiez que la classe de stockage référence l'ID de votre système de fichiers EFS et qu'elle spécifie le bon provisionneur.
    La StorageClass doit spécifier le provisionneur efs.csi.aws.com.

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.