Pourquoi mon application ne peut-elle pas accéder à des réservations de volume persistant ou écrire dessus ?

Infrastructure classique

Lorsque vous montez une réservation de volume persistant sur votre pod, il se peut que des erreurs se produisent lors de l'accès à la réservation de volume persistant ou lors de l'écriture de données sur celle-ci.

Répertoriez les pods de votre cluster et examinez le type de pod.
```
oc get pods
```
Recherchez la cause principale de la raison pour laquelle votre application ne peut pas accéder au PVC ou l'écrire.
```
oc describe pod <pod_name>
```
```
oc logs <pod_name>
```
Passez en revue les erreurs courantes qui sont susceptibles de se produire lorsque vous montez une réservation de volume persistant sur un pod.

Messages d'erreur liés au stockage de fichiers
Symptôme ou message d'erreur	Description	Procédure de résolution
Votre pod est bloqué dans un état `ContainerCreating`. `MountVolume.SetUp failed for volume ... read-only file system`	Des problèmes de réseau se sont produits au niveau du système de back end de l'infrastructure IBM Cloud. Pour protéger vos données et éviter l'altération de données, IBM Cloud a automatiquement déconnecté le serveur de stockage de fichiers afin d'empêcher les opérations d'écriture sur des partages de fichiers NFS.	Voir Stockage de fichiers : les systèmes de fichiers de vos noeuds worker passent en mode lecture seule
`write-permission` `don't have required permission` `can't create directory '/bitnami/mariadb/data': Permission denied`	Dans votre déploiement, vous avez spécifié un utilisateur non root comme propriétaire du chemin de montage du stockage de fichiers NFS. Par défaut, les utilisateurs non root n'ont pas le droit d'écriture sur le chemin de montage du volume pour le stockage sauvegardé par NFS.	Voir Stockage de fichiers : l'application échoue lorsqu'un utilisateur non root détient le chemin de montage du stockage de fichiers NFS
Une fois que vous avez spécifié un utilisateur non root pour posséder le chemin de montage du stockage de fichiers NFS ou déployé un graphique Helm avec un ID utilisateur non root spécifié, l'utilisateur ne peut pas écrire dans le stockage monté.	Le déploiement ou la configuration de charte Helm spécifie le contexte de sécurité pour les ID `fsGroup` (ID de groupe) et `runAsUser` (ID utilisateur) du pod.	Voir Stockage de fichiers : échec de l'ajout de l'accès d'utilisateur non root au stockage persistant