Bekannte Probleme bei File Storage
Diese bekannten Probleme wurden in File Storage identifiziert.
File Storage unterstützt derzeit keine Access-Control-Listen (ACLs)
- Details
-
File Storage unterstützt keine Access-Control-Listen auf Dateiebene (ACLs). Nur
user
-,group
- undworld
-Berechtigungen werden unterstützt. File Storage verwendet das Protokoll NFSv3, das keine Unterstützung für ACLs enthält.setfacl
ist auf gemounteten Dateisystemen nicht erfolgreich.getfacl
gibt nur Standardberechtigungen zurück. - Workaround
- Eine Lösung für dieses Problem ist in Arbeit.
Semaphor-Timeoutfehler beim Erstellen eines Snapshots mit der Windows-Befehlszeile
- Details
-
Wenn Sie den Befehl
mkdir
in der Windows-Eingabeaufforderung verwenden, um einen Snapshot eines gemounteten Dateisystems zu erstellen, wird ein Fehler angezeigt. Beispiel:C:\>mkdir X:\.snapshot\snapshot1
The semaphore timeout period has expired.
Trotz Anzeige des Fehlers wird der Snapshot erfolgreich erstellt.
- Workaround
-
Erstellen Sie Snapshots mit der Konsole, der API oder der CLI. Weitere Informationen finden Sie unter Creating a Snapshot.
Dateispeicherressourcen können nicht in ein anderes Compartment verschoben werden
- Details
-
Wenn Sie ein Dateisystem oder ein Mountziel von einem Compartment in ein anderes verschieben, verläuft der Vorgang nicht erfolgreich. Benutzer müssen Mitglieder der Administratorengruppe sein.
- Workaround
-
Eine Lösung für dieses Problem ist in Arbeit. Um dieses Problem zu umgehen, stellen Sie sicher, dass der Benutzer Mitglied der Administratorengruppe ist. Weitere Informationen finden Sie unter Gruppen verwalten.
Fehler 409 tritt beim Erstellen oder Verschieben eines Dateisystems oder Mountziels auf
- Details
-
Beim Erstellen oder Verschieben eines Dateisystems oder Mountziels von einem Compartment in ein anderes kann es zu einem der folgenden API-Fehler 409 kommen:
Dateisystem erstellen:
oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'Another filesystem is currently being provisioned, try again later', 'status': 409}
Dateisystem verschieben:
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}
Mountziel erstellen:
oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'Another mount target is currently being provisioned, try again later', 'status': 409}
Mountziel verschieben:
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}
Mit der Funktion Compartment Quotas werden Constraints eingeführt, die die Anzahl der nebenläufigen Vorgänge einschränken, die ein Mandant auf Dateisystem- und Mountzielressourcen in einer Region ausführen kann:
- Jeder Mandant in einer Region kann jeweils einen
CreateFileSystem
- oderChangeFilesystemCompartment
-Vorgang ausführen. - Jeder Mandant in einer Region kann jeweils einen
CreateMountTarget
- oderChangeMountTargetCompartment
-Vorgang in Bearbeitung haben.
Wenn ein Mandant versucht, mehr als einen Vorgang gleichzeitig auszuführen, ist ein Vorgang erfolgreich, und die anderen erhalten den Fehlerantwortcode 409. Die Standardwiederholungsstrategie für das OCI-SDK besteht darin, bei 409-Konflikten keine Wiederholung vorzunehmen. Siehe SDK-Verhalten - Wiederholungen.
- Jeder Mandant in einer Region kann jeweils einen
- Workaround
-
Eine Lösung für dieses Problem ist in Arbeit. Um dieses Problem zu umgehen, erstellen Sie eine benutzerdefinierte Wiederholungsstrategie, die bei 409-Fehlern Wiederholungen vornimmt. Unter https://github.com/oracle/oci-python-sdk/blob/master/examples/retries.py finden Sie mehrere Beispiele für das Erstellen einer benutzerdefinierten Wiederholungsstrategie.
Die TLS-Verschlüsselung während der Übertragung für File Storage unterstützt derzeit keine DNS-Hostnamen
Dateisysteme, die die TLS-Verschlüsselung während der Übertragung verwenden, können nicht mit einem DNS-Hostnamen gemountet werden. Zum Mounten von Dateisystemen mit TLS-Verschlüsselung während der Übertragung können nur IP-Adressen verwendet werden.
- Details
-
Das Tool
oci-fss-utils
für die Verschlüsselung während der Übertragung unterstützt derzeit nicht die Nutzung von DNS-Hostnamen zum Mounten von Dateisystemen. - Workaround
-
Eine Lösung für dieses Problem ist in Arbeit. Bis dieses Problem behoben ist, verwenden Sie die IP-Adresse des Mountziels im
oci-fss-utils
-Mountbefehl. Beispiel:Ersetzen Siesudo mount -t oci-fss 10.x.x.x:/fs-export-path /mnt/yourmountpoint
10.x.x.x:
durch die dem Mountziel zugewiesene IP-Adresse des lokalen Subnetzes,fs-export-path
durch den Exportpfad, den Sie beim Verknüpfen des Dateisystems mit dem Mountziel angegeben haben, undyourmountpoint
durch den Pfad zum lokalen Mount Point. Der Exportpfad ist der Pfad zum Dateisystem (relativ zur IP-Adresse des Mountziels). Weitere Informationen finden Sie unter Using In-Transit TLS Encryption.