Problèmes connus pour File Storage

Ces problèmes connus ont été identifiés dans File Storage.

File Storage ne prend pas actuellement en charge les listes de contrôle d'accès

Détails

File Storage ne prend pas en charge les listes de contrôle d'accès de niveau fichier. Seuls les droits d'accès user, group et world sont pris en charge. File Storage utilise le protocole NFSv3, qui n'inclut pas la prise en charge des listes de contrôle d'accès. setfacl échoue sur les systèmes de fichiers montés. getfacl renvoie uniquement les droits d'accès standard.

Solution de contournement
Nous travaillons à une résolution.

Erreur d'expiration du sémaphore lors de la création d'un cliché avec la ligne de commande Windows

Détails

Lorsque vous utilisez la commande mkdir dans une commande Windows CMD pour créer un cliché d'un système de fichiers monté, une erreur apparaît. Par exemple : 

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

The semaphore timeout period has expired.

Même si l'erreur apparaît, le cliché a été créé.

Solution de contournement

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

Impossible de déplacer des ressources de stockage de fichier vers un autre compartiment

Détails

Lors du déplacement d'un système de fichiers ou d'une cible de montage d'un compartiment vers un autre, l'opération échoue. Les utilisateurs doivent être membres du groupe d'administrateurs.

Solution de contournement

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

Erreur 409 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 d'un système de fichiers ou d'une cible de montage, ou lors de leur déplacement vers un autre compartiment, vous pouvez rencontrer l'une des erreurs d'API 409 suivantes :

Création d'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éplacement d'un 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éation d'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éplacement d'une 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 fonctionnalité de quotas de compartiment introduit des contraintes qui limitent le nombre d'opérations simultanées qu'une location peut effectuer sur les ressources de système de fichiers et de cible 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'effectuer 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 le kit SDK OCI consiste à ne pas réessayer les opérations en conflit de l'erreur 409. Reportez-vous à la page détaillant les comportements du kit SDK, notamment les nouvelles tentatives.

Solution de contournement

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

Le cryptage TLS en transit File Storage ne prend actuellement pas en charge les noms d'hôte DNS

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

Détails

L'outil de cryptage 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 contournement
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 du sous-réseau local affectée à votre cible de montage, fs-export-path par le chemin d'export indiqué lors de l'association du système de fichiers à la cible de montage et yourmountpoint par le chemin d'accès au point de montage local. Le chemin d'export est le chemin d'accès au système de fichiers (relatif à l'adresse IP de la cible de montage). Reportez-vous à Utilisation du cryptage TLS en transit pour plus d'informations.