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
etworld
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
ouChangeFilesystemCompartment
en cours à la fois. - Chaque location d'une région peut avoir une opération
CreateMountTarget
ouChangeMountTargetCompartment
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.
- Chaque location d'une région peut avoir une opération
- 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 :Remplacezsudo mount -t oci-fss 10.x.x.x:/fs-export-path /mnt/yourmountpoint
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, etyourmountpoint
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.