Questo documento descrive come risolvere i problemi di trasferimento e agente e dove trovare i log degli agenti per aiutarti a risolverli.
Errori
La seguente tabella descrive i messaggi di errore relativi al trasferimento e come risolverli:
Messaggio di errore | Tipo di errore | Significato dell'errore | Come risolvere l'errore |
---|---|---|---|
Modificato durante il trasferimento | FILE_MODIFIED_FAILURE | Il file di origine veniva modificato durante il trasferimento ogni volta Storage Transfer Service ha tentato di copiare il file di origine. | Impedisci le scritture nel file specificato durante la successiva operazione di Storage Transfer Service. |
Trasferimento non riuscito | PRECONDITION_FAILURE | L'oggetto Cloud Storage associato al file di origine è stato modificato ogni volta che Storage Transfer Service ha tentato di caricare il file. | Impedisci a più job di trasferimento di scrivere lo stesso file nello stesso file bucket Cloud Storage utilizzando prefissi univoci degli oggetti Cloud Storage quando crei il trasferimento offerte di lavoro. |
Directory di origine non trovata | SOURCE_DIR_NOT_FOUND | Il percorso di origine specificato non è corretto oppure è corretto, ma non tutti gli agenti hanno accesso al percorso. | Controlla la configurazione del job di trasferimento e verifica che:
|
Impossibile trovare la directory di origine o di destinazione del job | ROOT_DIR_NOT_FOUND | Il percorso di origine/destinazione specificato non è corretto oppure il percorso è corretto ma non tutti gli agenti hanno accesso al percorso. | Controlla la configurazione del job di trasferimento e verifica che:
|
File non trovato | FILE_NOT_FOUND_FAILURE | Il file di origine è stato trovato, ma è stato eliminato prima del trasferimento in di archiviazione ideale in Cloud Storage. | Se il file è stato eliminato per errore, ripristinalo in modo che al successivo trasferimento un job può caricarlo. |
Impossibile trovare il bucket di destinazione | BUCKET_NOT_FOUND | Il bucket di destinazione non esiste in Cloud Storage. | Verifica che l'ortografia del bucket di destinazione sia corretta e che esista. |
Impossibile trovare un oggetto metadati interno | METADATA_OBJECT_ NOT_FOUND_FAILURE |
Storage Transfer Service archivia i metadati nel bucket di destinazione con
prefisso storage-transfer . Se i file dei metadati vengono eliminati prima del completamento delle operazioni di trasferimento corrispondenti, viene visualizzato questo errore.
|
Evita di eliminare oggetti con il prefisso storage-transfer/ in
del bucket di destinazione fino al completamento di tutti i job di trasferimento. |
Operazione non riuscita a causa di un nome file non valido | INVALID_FILE_NAME | Il percorso di un file di origine non è valido. | Verifica e correggi il percorso del file specificato. Verifica che il percorso utilizzi caratteri supportati da Cloud Storage. |
Operazione non riuscita a causa di una classe di archiviazione non valida | INVALID_FILE_STORAGE_CLASS | La classe di archiviazione per l'origine specificata non consente le letture. | Trova la documentazione per il tuo cloud provider per determinare come ottenere il in una classe di archiviazione che consente di copiarli. |
Operazione non riuscita a causa di un URI della sessione di caricamento con possibilità di ripresa non valido | SESSION_URI_INVALID | L'ID del caricamento ripristinabile o l'URI della sessione è scaduto o annullato. | Nuovo tentativo errato per l'errore. Contatta l'assistenza. |
Operazione non riuscita a causa di dimensioni del file non valide | INVALID_FILE_SIZE | Le dimensioni del file non sono valide. | Verifica che la dimensione del file sia >= 0 e <= 5 TiB (la dimensione massima dell'oggetto Cloud Storage) per i trasferimenti a Cloud Storage. |
Operazione non riuscita a causa di un problema con le autorizzazioni | PERMISSION_FAILURE e UNAUTHENTICATED | Un agente di trasferimento non disponeva delle autorizzazioni sufficienti per eseguire un
operativa. Questo errore può verificarsi in due modi:
|
Verifica quanto segue:
|
L'oggetto è soggetto al criterio di conservazione del bucket e non può essere eliminato. sovrascritta o archiviata | PERMISSION_FAILURE | Il bucket ha un criterio di conservazione attivo e l'oggetto esiste già in nel bucket. Storage Transfer Service non può sovrascrivere gli oggetti esistenti nella di sincronizzare la directory di una VM con un bucket. Questo errore può essere visualizzato se il file è stato modificato all'origine oppure se Storage Transfer Service tenta di caricare due volte a causa delle condizioni di rete e il primo caricamento completato. | Verifica che i dati nel bucket Cloud Storage corrispondano alle tue aspettative. Puoi confermare che le dimensioni e l'ora modificata (mtime) del dei file di origine corrispondono alle relative controparti degli oggetti Cloud Storage per eseguire nuovamente il job e verificare che non siano presenti errori. |
Il servizio non disponeva di autorizzazioni sufficienti | SERVICE_PERMISSION_FAILURE | Storage Transfer Service non disponeva di autorizzazioni sufficienti per eseguire una operativa. |
Storage Transfer Service utilizza un
account di servizio gestito da Google, in genere nel formatoproject-PROJECT_NUMBER@storage-transfer-service.iam.gserviceaccount.com , per accedere alle risorse.
Per determinare il tuo PROJECT_NUMBER specifico, utilizza
Chiamata API googleserviceaccounts.get .
Verifica che l'account di servizio abbia i seguenti ruoli:
|
Agente non supportato | AGENT_UNSUPPORTED_VERSION | La versione dell'agente non è più compatibile con Storage Transfer Service. | Si tratta di un errore temporaneo relativo a un aggiornamento dell'agente non valido. Se si verifica,
le seguenti:
|
Operazione non riuscita a causa di una mancata corrispondenza dell'hash | HASH_MISMATCH_FAILURE | Ogni volta che Storage Transfer Service tentava di caricare questo file, byte sono stati danneggiati. Di conseguenza, l'hash del file on-premise non corrisponde all'hash dell'oggetto Cloud Storage risultante. | Questo errore può essere causato da una serie di potenziali problemi. Se noti una piccola percentuale di errori di mancata corrispondenza dell'hash (meno dell'1%) in un trasferimento di grandi dimensioni, riprova con i file non riusciti. Se noti una grande percentuale di hash errori di mancata corrispondenza (1% o superiore), ti consigliamo di verificare potenziali guasti di memoria, CPU o altri guasti hardware sulla macchina dell'agente. |
Operazione non riuscita a causa di una modalità file non supportata | UNSUPPORTED_FILE_MODE | Storage Transfer Service ha rilevato un file con una modalità non supportata, ad esempio un dispositivo, una presa, una pipe denominata o un file irregolare. | Rimuovi questi tipi di file speciali dalla directory di origine. |
Operazione non riuscita a causa di un errore nel file system | FILESYSTEM_ERROR | Un agente ha riscontrato un errore del file system o del sistema operativo quando eseguire un'operazione di file system come lettura, ricerca o stat. | Leggi la descrizione dell'errore per capire quale file system operazione non riuscita. Assicurati che il file system sia accessibile on-prem ed è reattivo alle operazioni di base sui file. |
Operazione non riuscita a causa di un errore sconosciuto | UNKNOWN_FAILURE | Si è verificato un errore imprevisto. | Leggi la descrizione dell'errore. Se la descrizione dell'errore non contiene informazioni sufficienti per risolvere il problema, contatta l'assistenza. |
Operazione non riuscita a causa di una specifica non valida | INVALID_SPEC | L'agente ha ricevuto una specifica interna danneggiata. | Verifica la presenza di eventuali danni ai dati sugli host degli agenti e contatta l'assistenza se non è possibile trovane qualcuno. |
Operazione non riuscita a causa di un file manifest vuoto o non valido | CONFORMANCE_FAILURE | L'agente non può leggere o ottenere byte CSV validi a causa di una formattazione o di voci CSV non valide. | Assicurati che le voci del file manifest siano percorsi di file validi. Se la descrizione dell'errore non contiene informazioni sufficienti per risolvere il problema, contatta l'assistenza. |
Ritorno ai caricamenti riavviabili anziché ai caricamenti suddivisi a causa di un errore di autorizzazione negata | PERMISSION_FAILURE | I caricamenti suddivisi in più parti sono stati attivati per questo trasferimento, ma le autorizzazioni corrette non sono state impostate sul bucket. | Per le autorizzazioni richieste, consulta la sezione Caricamenti suddivisi in più parti di Autorizzazioni di accesso al file system. |
Visualizzazione dei log dell'agente
I log degli agenti contengono informazioni relative ai processi degli agenti e sono utili per risolvere i problemi di connessione dell'agente. Se i tuoi agenti sono elencati come connessi nella console Google Cloud e si verificano errori di trasferimento, consulta Visualizzazione degli errori per vedere un esempio di trasferimento errori. Per visualizzare i log che contengono un record di ogni file Storage Transfer Service: considerati durante un trasferimento, consulta Visualizzazione dei log di trasferimento.
Per impostazione predefinita, i log degli agenti vengono archiviati in /tmp
. Puoi modificare la posizione con
l'opzione di riga di comando --log-dir=logs-directory
.
I log hanno il nome:
agent.hostname.username.log.log-level.timestamp
Dove:
hostname
: il nome host su cui è in esecuzione l'agente.username
: il nome utente che esegue l'agente.log-level
è uno di:INFO
- messaggi informativiERROR
: errori riscontrati durante il trasferimento, ma che non impediscono la prosecuzione del job di trasferimento.FATAL
: errori riscontrati che impediscono il proseguimento del job di trasferimento.
timestamp
- timestamp in formatoYYYYMMDD-hhmmss.thread-id
.
La directory logs contiene link simbolici ai log più recenti per ciascuno livelli di priorità:
agent.ERROR
agent.FATAL
agent.INFO
Velocità di trasferimento lenta
Se il trasferimento dei dati richiede molto tempo, controlla quanto segue:
La velocità in lettura del file system deve essere pari a circa 1,5 volte la velocità di caricamento desiderata. Puoi usare FIO per testare la velocità effettiva di lettura del tuo file system.
Installa fio:
sudo apt install -y fio
Crea una nuova directory
fiotest
:TEST_DIR=/mnt/mnt_dir/fiotest
sudo mkdir -p $TEST_DIR
Testa la velocità effettiva di lettura:
sudo fio --directory=$TEST_DIR --direct=1 --rw=randread --randrepeat=0 --ioengine=libaio --bs=1M --iodepth=8 --time_based=1 --runtime=180 --name=read_test --size=1G
Dopo aver eseguito i comandi precedenti, Fio genera un report. La riga con l'etichetta "bw" rappresenta la larghezza di banda aggregata totale di tutti i thread e può essere utilizzata come proxy per la velocità effettiva di lettura.
Utilizza iPerf3 per controllare la larghezza di banda internet disponibile per Storage Transfer Service.
Assicurati che ogni agente di trasferimento disponga di almeno 4 vCPU e 8 GB di RAM.
Se hai controllato le condizioni riportate sopra e i tempi di trasferimento continuano a essere lunghi, puoi aggiungere altri agenti per aumentare il numero di connessioni simultanee al file system dei tuoi dati.
Per ulteriori informazioni su come massimizzare il rendimento degli agenti di trasferimento, consulta le best practice per gli agenti.
Risoluzione degli errori degli agenti
Le seguenti sezioni descrivono come risolvere i problemi di trasferimento Errori dell'agente:
Gli agenti non sono connessi
Se gli agenti di trasferimento non sono visualizzati come connessi nella console Google Cloud:
Verifica che gli agenti possano connettersi alle API Cloud Storage:
Esegui il seguente comando dalla stessa macchina dell'agente di trasferimento per verificare la connessione dell'agente alle API Cloud Storage:
gcloud storage cp test.txt gs://my-bucket
Sostituisci:
my-bucket
con il nome del tuo bucket Cloud Storage.
Se il progetto utilizza Controlli di servizio VPC, visualizza i log dell'agente per rilevare eventuali errori. Se Controlli di servizio VPC non è configurato correttamente, i log dell'agente
INFO
conterranno il seguente errore:Request is prohibited by organization's policy. vpcServiceControlsUniqueIdentifier: id
In questo output:
Gli agenti sono connessi, ma i job non vanno a buon fine
Se gli agenti vengono visualizzati come connessi ma il job di trasferimento non riesce, controlla dettagli degli errori dei job non riusciti.
Il proxy rifiuta gli indirizzi IP
Se esegui l'utilizzo di un proxy come Squid e utilizzi una lista consentita, potresti notare che alcune richieste vengono rifiutate a causa Indirizzi IP utilizzati al posto dei nomi host.
Per risolvere il problema, utilizza comando docker run per eseguire gli agenti e aggiungi il seguente flag:
--transfer-service-endpoint=storagetransfer.googleapis.com:443
Se utilizzi un endpoint alternativo per raggiungere googleapis.com
(ad es. per Private Service Connect), sostituisci googleapis.com
con l'endpoint alternativo.