Ne-am confruntat cu probleme ciudate cu unul dintre volumeMounts ale uneia dintre implementările noastre. Iată fragmente relevante ale manifestelor:
apiVersion: v1
fel: PersistentVolumeClaim
metadate:
nume: xxx-media-pv-resource-claim
specificație:
Moduri de acces:
- Citiți ScriețiMulți
resurse:
cereri:
stocare: 1Gi
storageClassName: cephfs
...
apiVersion: extensii/v1beta1
fel: Desfăşurare
...
volumMonturi:
- mountPath: /opt/media/logs
nume: xxx-media-log-storage
- mountPath: /shared-media-files
nume: xxx-media-resource-storage
...
volume:
- nume: xxx-media-log-storage
persistentVolumeClaim:
claimName: xxx-media-pv-log-claim
- nume: xxx-media-resource-storage
persistentVolumeClaim:
claimName: xxx-media-pv-resource-claim
...
Primim o eroare de citire/scriere: „Operațiune nu este permisă” atunci când încercăm, de ex. cat/echo de la/la fișiere în /shared-media-files deși: a) poate atinge cu succes/mkdir/chmod/rm acolo; b) poate face totul în /opt/media/logs care este susținut de PVC identic (cu excepția numelui). Clasa de stocare Cephfs și clusterul Ceph corespunzător este o stocare pentru întregul cluster k8s și pentru toate entitățile k8s care îl folosesc, cu excepția stocare-resurse-media-xxx comportați cum era de așteptat.
k8s master: v1.14.1
Lucrători k8s: v1.16.0
cephfs-provisioner: v2.1.0-k8s1.11
Ceph: 14.2.1
Am verificat totul evident, cum ar fi sănătatea clusterului Ceph, spațiul de stocare gratuit, permisiunile pentru fișiere și ACL-uri, modul de montare, descrieri PV/PVC, jurnalele și nu am găsit nimic special. La fel de xxx-media-pv-resource-claim PVC accessMode este RWX, am încercat să-l folosim cu un alt pod de testare și am primit aceleași erori. Am încercat să cautăm și problema pe google, dar fără succes.
Vă rugăm să ajutați la depanarea problemei.
