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- und world-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- oder ChangeFilesystemCompartment-Vorgang ausführen.
  • Jeder Mandant in einer Region kann jeweils einen CreateMountTarget- oder ChangeMountTargetCompartment-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.

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:
sudo mount -t oci-fss 10.x.x.x:/fs-export-path /mnt/yourmountpoint
Ersetzen Sie 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, und yourmountpoint 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.