Problèmes connus pour le service de stockage de fichiers

Ces problèmes connus ont été identifiés dans le service de stockage de fichiers.

Le service de stockage de fichiers ne prend pas en charge les listes de contrôle d'accès

Détails

Le service Stockage de fichiers ne prend pas en charge les listes de contrôle d'accès au niveau des fichiers. Seules les autorisations user, group et world sont prises en charge. Le service Stockage de fichiers utilise le protocole NFSv3, qui n'inclut pas la prise en charge des LCA. setfacl échoue sur les systèmes de fichiers montés. getfacl ne retourne que les autorisations standard.

Solution de rechange
Nous travaillons à une résolution.

Erreur de temporisation de sémaphore lors de la création d'un instantané à l'aide de la ligne de commande Windows

Détails

Lorsque vous utilisez la commande mkdir sur la ligne de commande Windows pour créer l'instantané d'un système de fichiers monté, une erreur s'affiche. Par exemple : 

C:\>mkdir X:\.snapshot\snapshot1

La période de temporisation de sémaphore a expiré.

Bien que l'erreur s'affiche, l'instantané a été créé.

Solution de rechange

Utilisez la console, l'API ou l'interface de ligne de commande pour créer des instantanés. Pour plus d'informations, voir Création d'un instantané.

Impossible de déplacer les ressources du stockage de fichiers vers un compartiment différent

Détails

Lorsqu'un système de fichiers ou une cible de montage est déplacé d'un compartiment à un autre, l'opération échoue. Les utilisateurs doivent être membres du groupe Administrateurs.

Solution de rechange

Nous travaillons à une résolution. Pour contourner ce problème, assurez-vous que l'utilisateur est membre du groupe Administrateurs. Pour plus d'informations, voir Gestion des groupes.

Une erreur 409 se produit lors de la création ou du déplacement d'un système de fichiers ou d'une cible de montage

Détails

Lors de la création ou du déplacement d'un système de fichiers ou d'une cible de montage d'un compartiment à un autre, vous pouvez rencontrer l'une des erreurs d'API 409 suivantes :

Créer un système de fichiers :

oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'Another filesystem is currently being provisioned, try again later', 'status': 409}

Déplacer le système de fichiers :

oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'filesystem <<FILE SYSTEM OCID>> is currently being modified, try again later', 'status': 409}

Créer une cible de montage :

oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'Another mount target is currently being provisioned, try again later', 'status': 409}

Déplacer la cible de montage :

oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'mount target<<MOUNT TARGET OCID>> is currently being modified, try again later', 'status': 409}

La fonction Quotas de compartiment présente des contraintes qui limitent le nombre d'opérations concurrentes qu'une location peut effectuer sur un système de fichiers et les ressources cibles de montage dans une région :

  • Chaque location d'une région peut avoir une opération CreateFileSystem ou ChangeFilesystemCompartment en cours à la fois.
  • Chaque location d'une région peut avoir une opération CreateMountTarget ou ChangeMountTargetCompartment en cours à la fois.

Si une location tente d'exécuter plusieurs opérations simultanées, une opération réussit et les autres reçoivent le code de réponse d'erreur 409. La stratégie de nouvelle tentative par défaut pour la trousse SDK OCI consiste à ne pas retenter les conflits de type 409. Voir Comportements de trousse SDK - Nouvelles tentatives.

Solution de rechange

Nous travaillons à une résolution. Pour contourner ce problème, créez une stratégie de nouvelle tentative personnalisée pour les erreurs 409. Plusieurs exemples de création d'une stratégie de nouvelle tentative personnalisée sont fournis à l'adresse https://github.com/oracle/oci-python-sdk/blob/master/examples/retries.py.

Le chiffrement TLS en transit du service de stockage de fichiers ne prend actuellement pas en charge les noms d'hôte DNS

Les systèmes de fichiers qui utilisent le chiffrement TLS en transit ne peuvent pas être montés avec un nom d'hôte DNS. Seules les adresses IP peuvent être utilisées pour monter des systèmes de fichiers avec le chiffrement TLS en transit.

Détails

L'outil de chiffrement en transit oci-fss-utils ne prend actuellement pas en charge l'utilisation de noms d'hôte DNS pour le montage de systèmes de fichiers.

Solution de rechange
Nous travaillons à une résolution. Tant que ce problème n'est pas résolu, utilisez l'adresse IP de la cible de montage dans la commande de montage oci-fss-utils. Par exemple :
sudo mount -t oci-fss 10.x.x.x:/fs-export-path /mnt/yourmountpoint
Remplacez 10.x.x.x: par l'adresse IP de sous-réseau local affectée à votre cible de montage, fs-export-path par le chemin d'exportation que vous avez spécifié lors de l'association du système de fichiers avec la cible de montage, et yourmountpoint par le chemin du point de montage local. Le chemin d'exportation est le chemin du système de fichiers (relatif à l'adresse IP de la cible de montage). Voir Utilisation du chiffrement TLS en transit pour plus d'informations.