Problemi noti per lo storage di file

Questi problemi noti sono stati identificati nello storage di file.

Lo storage di file attualmente non supporta le liste di controllo dell'accesso (ACL, Access Control List)

Dettagli

Lo storage di file non supporta le liste di controllo dell'accesso (ACL, Access Control List) a livello di file. Sono supportate solo le autorizzazioni user, group e world. Lo storage di file utilizza il protocollo NFSv3, che non include il supporto per le ACL. L'esecuzione di setfacl non riesce nei file system attivati. getfacl restituisce solo le autorizzazioni standard.

Soluzione alternativa
Stiamo lavorando a una risoluzione.

Errore di timeout del semaforo durante la creazione di un'istantanea con la riga di comando di Windows

Dettagli

Quando si utilizza il comando mkdir in Windows CMD per creare un'istantanea di un file system attivato, viene visualizzato un errore. Ad esempio: 

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

The semaphore timeout period has expired.

Sebbene venga visualizzato l'errore, l'istantanea viene creata correttamente.

Soluzione alternativa

Utilizzare la console, l'API o l'interfaccia CLI per creare snapshot. Per ulteriori informazioni, vedere Creazione di uno snapshot.

Impossibile spostare le risorse di storage dei file in un altro compartimento

Dettagli

Quando si sposta un file system o una destinazione di accesso da un compartimento a un altro, l'operazione non riesce. Gli utenti devono essere membri del gruppo Administrators.

Soluzione alternativa

Stiamo lavorando a una risoluzione. Per risolvere il problema, assicurarsi che l'utente sia membro del gruppo Administrators. Per ulteriori informazioni, vedere Gestione dei gruppi.

Si è verificato un errore 409 durante la creazione o lo spostamento di un file system o di una destinazione di accesso

Dettagli

Durante la creazione o lo spostamento di un file system o di una destinazione di accesso da un compartimento a un altro, potresti riscontrare uno dei seguenti 409 errori API:

Crea file system:

oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'Another filesystem is currently being provisioned, try again later', 'status': 409}

Sposta file system:

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}

Crea destinazione di accesso:

oci.exceptions.ServiceError: {'opc-request-id': <<OPC REQUEST ID>>, 'code': 'Conflict', 'message': 'Another mount target is currently being provisioned, try again later', 'status': 409}

Sposta destinazione di accesso:

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 funzione Quota compartimento introduce vincoli che limitano il numero di operazioni concorrenti che una tenancy può eseguire sul file system e monta le risorse di destinazione in un'area:

  • Ogni tenancy in un'area può avere un'operazione CreateFileSystem o ChangeFilesystemCompartment in corso alla volta.
  • Ogni tenancy in un'area può avere un'operazione CreateMountTarget o ChangeMountTargetCompartment in corso alla volta.

Se una tenancy tenta di eseguire più operazioni simultanee, una operazione viene eseguita correttamente e le altre ricevono il codice di risposta agli errori 409. La strategia predefinita per i nuovi tentativi per l'SDK OCI non prevede di riprovare a eseguire 409 conflitti. Vedere Comportamenti SDK - Nuovi tentativi.

Soluzione alternativa

Stiamo lavorando a una risoluzione. Per ovviare a questo problema, creare una strategia di nuovi tentativi personalizzata che riprova su 409. Alcuni esempi di creazione di una strategia di nuovi tentativi personalizzata sono disponibili all'indirizzo https://github.com/oracle/oci-python-sdk/blob/master/examples/retries.py.

La cifratura TLS in transito dello storage di file attualmente non supporta i nomi host DNS

Non è possibile eseguire il MOUNT dei file system che utilizzano la cifratura TLS in transito utilizzando un nome host DNS. È possibile utilizzare solo indirizzi IP per eseguire il MOUNT dei file system con cifratura TLS in transito.

Dettagli

Lo strumento di cifratura oci-fss-utils in transito attualmente non supporta l'uso di nomi host DNS per l'attivazione dei file system.

Soluzione alternativa
Stiamo lavorando a una risoluzione. Fino a quando il problema non viene risolto, utilizzare l'indirizzo IP della destinazione di accesso nel comando di accesso oci-fss-utils. Ad esempio:
sudo mount -t oci-fss 10.x.x.x:/fs-export-path /mnt/yourmountpoint
Sostituire 10.x.x.x: con l'indirizzo IP della subnet locale assegnato alla destinazione di accesso, fs-export-path con il percorso di esportazione specificato durante l'associazione del file system alla destinazione di accesso e yourmountpoint con il percorso al punto di accesso locale. Il percorso di esportazione è il percorso del file system (relativo all'indirizzo IP della destinazione di accesso). Per ulteriori informazioni, vedere Using In-transit TLS Encryption.