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
etworld
sont pris en charge. File Storage utilise le protocole NFSv3, qui n'inclut pas la prise en charge des listes de valeurs.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, reportez-vous à 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
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'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.
- Chaque location d'une région peut avoir une opération
- 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 :Remplacezsudo mount -t oci-fss 10.x.x.x:/fs-export-path /mnt/yourmountpoint
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 etyourmountpoint
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). Pour plus d'informations sur l'utilisation du cryptage TLS en transit.