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
eworld
. Lo storage di file utilizza il protocollo NFSv3, che non include il supporto per le ACL. L'esecuzione disetfacl
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
oChangeFilesystemCompartment
in corso alla volta. - Ogni tenancy in un'area può avere un'operazione
CreateMountTarget
oChangeMountTargetCompartment
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.
- Ogni tenancy in un'area può avere un'operazione
- 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:Sostituiresudo mount -t oci-fss 10.x.x.x:/fs-export-path /mnt/yourmountpoint
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 eyourmountpoint
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.