Risoluzione dei problemi: problemi relativi a File Gateway

Puoi configurare File Gateway per scrivere voci di registro in un gruppo di CloudWatch log Amazon. In tal caso, riceverai notifiche sullo stato di integrità del gateway e su eventuali errori riscontrati dal gateway. È possibile trovare informazioni su queste notifiche di errore e di integrità in CloudWatch Logs.

Nelle sezioni seguenti sono disponibili informazioni che consentono di comprendere la causa di ogni errore e notifica di integrità e come risolvere i problemi.

Errore: FileMissing

L'FileMissingerrore è simile all'ObjectMissingerrore e i passaggi per risolverlo sono identici. Puoi ricevere un FileMissing errore quando un writer diverso dal File Gateway specificato elimina il file specificato da Amazon FSx. Eventuali caricamenti successivi su Amazon FSx o i recuperi dell'oggetto da Amazon hanno FSx esito negativo.

Per risolvere un errore FileMissing

1. Salva la copia più recente del file nel file system locale del tuo client SMB (questa copia del file è necessaria nel passaggio 3).

2. Elimina il file dal File Gateway utilizzando il client SMB.

3. Copia l'ultima versione del file che hai salvato nella fase 1 Amazon FSx utilizzando il tuo client SMB. Fatelo tramite il vostro File Gateway.

Errore: FsxFileSystemAuthenticationFailure

È possibile che venga visualizzato un FsxFileSystemAuthenticationFailure errore quando le credenziali fornite durante il collegamento del file system sono scadute o i relativi privilegi sono stati revocati.

Per risolvere FsxFileSystemAuthenticationFailure un errore

1. Assicurati che le credenziali fornite al momento del collegamento al FSx file system Amazon siano ancora valide.

2. Assicurati che l'utente disponga di tutte le autorizzazioni necessarie, come descritto in Allega un file system Amazon FSx for Windows File Server.

Errore: FsxFileSystemConnectionFailure

Puoi ricevere un FsxFileSystemConnectionFailure errore quando il FSx server Amazon è inaccessibile dal computer gateway.

Per risolvere un errore FsxFileSystemConnectionFailure

1. Assicurati che tutte le regole del firewall e del VPC consentano la connessione tra la macchina gateway e il server Amazon FSx .

2. Assicurati che il FSx server Amazon sia in esecuzione.

Errore: FsxFileSystemFull

Puoi ricevere un FsxFileSystemFull errore quando non c'è abbastanza spazio libero su disco nel FSx file system Amazon.

Per risolvere un FsxFileSystemFull errore

• Aumenta lo spazio di archiviazione per il FSx file system Amazon.

Errore: GatewayClockOutOfSync

È possibile che venga GatewayClockOutOfSync visualizzato un errore quando il gateway rileva una differenza di almeno 5 minuti tra l'ora del sistema locale e l'ora riportata dai server AWS Storage Gateway. I problemi di sincronizzazione dell'orologio possono influire negativamente sulla connettività tra il gateway e. AWS Se l'orologio del gateway non è sincronizzato, potrebbero verificarsi errori di I/O per le connessioni NFS e SMB e gli utenti SMB potrebbero riscontrare errori di autenticazione.

Per risolvere un errore GatewayClockOutOfSync

• Verificare la configurazione di rete tra il gateway e il server NTP. Per ulteriori informazioni sulla sincronizzazione dell'ora della macchina virtuale del gateway e sull'aggiornamento della configurazione del server NTP, vedere Network Time Protocol (NTP) per il gateway.

Errore: InvalidFileState

È possibile che venga InvalidFileState visualizzato un errore quando un writer diverso dal gateway specificato modifica il file specificato nella condivisione di file specificata. Di conseguenza, lo stato del file sul gateway non corrisponde allo stato in Amazon FSx. Eventuali caricamenti o recuperi successivi del file da Amazon FSx potrebbero non riuscire.

Per risolvere un errore InvalidFileState

1. Salva la copia più recente del file nel file system locale del tuo client SMB (devi copiare questo file nel passaggio 4). Se la versione del file in Amazon FSx è la più recente, scarica quella versione. Puoi farlo accedendo direttamente alla FSx condivisione Amazon utilizzando qualsiasi client SMB.

2. Elimina il file FSx direttamente in Amazon.

3. Elimina il file dal gateway utilizzando il tuo client SMB.

4. Utilizzando il tuo client SMB, copia la versione più recente del file che hai salvato nella fase 1, tramite File Gateway, su Amazon FSx.

Errore: ObjectMissing

Puoi ricevere un ObjectMissing errore quando un writer diverso dal File Gateway specificato elimina il file specificato da Amazon FSx. Eventuali caricamenti successivi su Amazon FSx o i recuperi dell'oggetto da Amazon hanno FSx esito negativo.

Per risolvere un errore ObjectMissing

1. Salva la copia più recente del file nel file system locale del tuo client SMB (questa copia del file è necessaria nel passaggio 3).

2. Elimina il file dal File Gateway utilizzando il client SMB.

3. Copia l'ultima versione del file che hai salvato nella fase 1 Amazon FSx utilizzando il tuo client SMB. Fatelo tramite il vostro File Gateway.

Errore: DroppedNotifications

È possibile che venga visualizzato un DroppedNotifications errore anziché altri tipi di voci di CloudWatch registro previsti quando lo spazio di archiviazione libero sul disco principale del gateway è inferiore a 1 GB o se vengono generate più di 100 notifiche sanitarie entro un intervallo di 1 minuto. In queste circostanze, il gateway interrompe la generazione di notifiche di CloudWatch registro dettagliate come misura precauzionale.

Per risolvere un DroppedNotifications errore

1. Controlla la Root Disk Usage metrica nella scheda Monitoraggio del gateway nella console di Storage Gateway per determinare se lo spazio disponibile su disco root si sta esaurendo.

2. Aumenta le dimensioni del disco di archiviazione principale del gateway se lo spazio disponibile è inferiore a 1 GB. Per istruzioni, consulta la documentazione dell'hypervisor della macchina virtuale in uso.

   Per aumentare le dimensioni del disco root per i EC2 gateway Amazon, consulta Richiedere modifiche ai volumi EBS nella Amazon Elastic Compute Cloud User Guide.

   Nota

   Non è possibile aumentare la dimensione del disco root per lo AWS Storage Gateway Hardware Appliance.

3. Riavviare il gateway.

Notifica: HardReboot

Puoi ricevere una notifica HardReboot quando la VM del gateway viene riavviata in modo imprevisto. Questo riavvio può essere dovuto a mancanza di alimentazione, a un guasto hardware o a un altro evento. Per i VMware gateway, un ripristino da parte di vSphere High Availability Application Monitoring può causare questo evento.

Quando il gateway funziona in un ambiente di questo tipo, verifica la presenza della HealthCheckFailure notifica e consulta il registro VMware degli eventi per la macchina virtuale.

Notifica: riavvio

Puoi ricevere una notifica di riavvio quando la VM del gateway viene riavviata. Puoi riavviare una macchina virtuale gateway utilizzando la console di gestione VM Hypervisor o la console Storage Gateway. È inoltre possibile riavviare utilizzando il software del gateway durante il ciclo di manutenzione del gateway.

Se il riavvio viene eseguito entro 10 minuti dall'ora di avvio della manutenzione configurata del gateway, probabilmente è un evento normale e non un'indicazione di problema. Se il riavvio è stato eseguito al di fuori della finestra di manutenzione in modo significativo, verifica se il gateway è stato riavviato manualmente.

Risoluzione dei problemi: problemi relativi al dominio Active Directory

FSx File Gateway non genera messaggi di registro specifici per problemi relativi al dominio Active Directory. Se hai problemi ad aggiungere il gateway al tuo dominio Active Directory, procedi come segue:

• Verifica che il gateway non stia tentando di utilizzare un controller di dominio di sola lettura (RODC) per accedere al dominio.

• Verificare che il gateway sia configurato per utilizzare i server DNS corretti.

  Ad esempio, se stai cercando di unire un'istanza Amazon EC2 gateway a un'Active Directory AWS gestita, verifica che l'opzione DHCP impostata per il tuo EC2 VPC specifichi i server DNS di Active Directory gestiti. AWS

  I server DNS configurati tramite il set di opzioni DHCP VPC vengono forniti a EC2 tutte le istanze del VPC. Se desideri specificare un server DNS per un singolo gateway, puoi farlo utilizzando la console locale di quel gateway. EC2

  Per i gateway locali, è necessario specificare un server DNS utilizzando la console locale della macchina virtuale.

• Verifica la connettività di rete del gateway eseguendo i seguenti comandi dal prompt dei comandi nella console locale del gateway. Sostituisci le variabili evidenziate con il nome di dominio e gli indirizzi IP effettivi della tua distribuzione.

  dig -d ExampleDomainName
  ncport -d ExampleDomainControllerIPAddress -p 445
  ncport -d ExampleDomainControllerIPAddress -p 389
  

• Verifica che il tuo account del servizio Active Directory disponga delle autorizzazioni necessarie. Per ulteriori informazioni, consulta Requisiti di dell'account del servizio Active Directory.

• Verifica che il gateway si unisca all'unità organizzativa (OU) corretta.

  L'aggiunta a un dominio crea un account computer Active Directory nel contenitore predefinito dei computer (che non è un'unità organizzativa), utilizzando l'ID gateway del gateway come nome dell'account (ad esempio, SGW-1234ADE). Non è possibile personalizzare il nome di questo account.

  Se l'ambiente Active Directory dispone di un'unità organizzativa designata per i nuovi oggetti del computer, è necessario specificare tale unità organizzativa al momento dell'accesso al dominio.

  Se si verificano errori di accesso negato durante il tentativo di accedere all'unità organizzativa designata, rivolgiti all'amministratore di dominio Active Directory. L'amministratore potrebbe aver bisogno di preconfigurare l'account del computer del gateway prima di poter accedere al dominio. Per ulteriori informazioni, vedi Come posso risolvere i problemi relativi all'aggiunta del mio gateway di file Storage Gateway a un dominio per l'autenticazione Microsoft Active Directory? .

• Verifica che il nome host del gateway sia risolvibile in DNS eseguendo il comando seguente dal prompt dei comandi nella console locale del gateway. Sostituisci la variabile evidenziata con il nome host effettivo del gateway.

  dig -d ExampleHostName -r A

  Se hai configurato un nome host personalizzato per il gateway, devi aggiungere manualmente un record DNS A che punti al relativo indirizzo IP.

• Verifica che la latenza di rete tra il gateway e il controller di dominio sia ragionevolmente bassa. La richiesta di aggiunta a un dominio può scadere se il gateway non riceve una risposta dal controller di dominio entro 20 secondi.

  Se si aggiunge il gateway al dominio utilizzando il comando JoinDomainCLI, è possibile aggiungere il --timeout-in-seconds flag per aumentare il timeout fino a un massimo di 3.600 secondi.

• Verifica che l'utente di Active Directory che stai utilizzando per aggiungere il gateway al dominio disponga dei privilegi necessari per farlo.

Risoluzione dei problemi: utilizzo CloudWatch delle metriche

Di seguito puoi trovare informazioni sulle azioni per risolvere i problemi utilizzando i CloudWatch parametri di Amazon con Storage Gateway.

Argomenti

• Il gateway reagisce lentamente durante la navigazione nelle directory

• Il tuo gateway non risponde

• Non vedi file nel tuo FSx file system Amazon

• Non vedi istantanee precedenti nel tuo FSx file system Amazon

• Il tuo gateway è lento nel trasferimento dei dati su Amazon FSx

• Il processo di backup del gateway non riesce o si verificano errori durante la scrittura sul gateway

Il gateway reagisce lentamente durante la navigazione nelle directory

Se File Gateway reagisce lentamente quando esegui il ls comando o sfogli le directory, controlla le IndexFetch metriche and: IndexEviction CloudWatch

• Se la IndexFetch metrica è maggiore di 0 quando esegui un ls comando o sfogli le directory, File Gateway si è avviato senza informazioni sul contenuto della directory interessata e ha dovuto accedere ad per Windows File Server. Gli sforzi successivi per elencare i contenuti di tale directory dovrebbero avvenire più velocemente.

• Se la IndexEviction metrica è maggiore di 0, significa che File Gateway ha raggiunto il limite di ciò che può gestire nella cache in quel momento. In questo caso, File Gateway deve liberare dello spazio di archiviazione dalla directory a cui si accede meno di recente per elencare una nuova directory. Se ciò si verifica frequentemente e si verifica un impatto sulle prestazioni, contattateci Supporto.

  Supporto Parla dei contenuti del relativo FSx file system Amazon e dei consigli per migliorare le prestazioni in base al tuo caso d'uso.

Il tuo gateway non risponde

Se il File Gateway non risponde, procedi come segue:

• Se di recente è stato eseguito un riavvio o aggiornamento software, controlla il parametro IOWaitPercent. Questa metrica mostra la percentuale di tempo in cui la CPU è inattiva quando c'è una richiesta di disco in sospeso. I/O In alcuni casi, questo valore potrebbe essere elevato (10 o maggiore) e potrebbe essere aumentato dopo il riavvio o l'aggiornamento del server. In questi casi, File Gateway potrebbe essere bloccato da un disco root lento mentre ricostruisce la cache degli indici in RAM. Puoi risolvere questo problema utilizzando un disco fisico più veloce per il disco root.

• Se la MemUsedBytes metrica è uguale o quasi uguale alla MemTotalBytes metrica, significa che File Gateway sta esaurendo la RAM disponibile. Assicurati che File Gateway disponga almeno della RAM minima richiesta. Se lo è già, valuta la possibilità di aggiungere più RAM al File Gateway in base al carico di lavoro e al caso d'uso.

  Se la condivisione file è SMB, il problema potrebbe anche essere dovuto al numero di client SMB connessi alla condivisione file. Controlla il parametro SMBV(1/2/3)Sessions per vedere il numero di client connessi in un dato momento. Se ci sono molti client connessi, potrebbe essere necessario aggiungere più RAM al File Gateway.

Non vedi file nel tuo FSx file system Amazon

Se noti che i file sul gateway non si riflettono nel FSx file system Amazon, controlla la FilesFailingUpload metrica. Se la metrica riporta che alcuni file non vengono caricati correttamente, controlla le tue notifiche sanitarie. Quando i file non vengono caricati, il gateway genera una notifica sanitaria contenente maggiori dettagli sul problema.

Non vedi istantanee precedenti nel tuo FSx file system Amazon

Alcune operazioni sui file su FSx File Gateway, come la ridenominazione delle cartelle di primo livello o la modifica delle autorizzazioni, possono comportare più operazioni sui file che comportano un I/O carico elevato sul file system FSx per Windows File Server. Se il file system non dispone di risorse prestazionali sufficienti per il carico di lavoro, il file system potrebbe eliminare le copie shadow perché dà priorità alla disponibilità per la conservazione continua I/O rispetto alla conservazione delle copie shadow storiche.

Nella FSx console Amazon, consulta la pagina Monitoraggio e prestazioni per verificare se il provisioning del file system è insufficiente. In tal caso, puoi passare allo storage SSD, aumentare la capacità di throughput o aumentare gli IOPS SSD per gestire il tuo carico di lavoro.

Il tuo gateway è lento nel trasferimento dei dati su Amazon FSx

Se il tuo File Gateway trasferisce lentamente i dati su Amazon FSx for Windows File Server, procedi come segue:

• Se il CachePercentDirty parametro è pari o superiore a 80, File Gateway scrive i dati su disco più velocemente di quanto possa caricarli su Amazon FSx for Windows File Server. Valuta la possibilità di aumentare la larghezza di banda per il caricamento dal tuo File Gateway, di aggiungere uno o più dischi di cache, di rallentare le scritture dei client o di aumentare la capacità di throughput per Amazon FSx for Windows File Server associato.

• Se la CachePercentDirty metrica è bassa, controlla la metrica. IoWaitPercent Se IoWaitPercent è maggiore di 10, il File Gateway potrebbe essere ostacolato dalla velocità del disco di cache locale. Consigliamo dischi SSD (Solid State Drive) locali per la cache, preferibilmente NVM Express (). NVMe Se questi dischi non sono disponibili, prova a utilizzare più dischi di cache da dischi fisici separati per migliorare le prestazioni.

Il processo di backup del gateway non riesce o si verificano errori durante la scrittura sul gateway

Se il processo di backup di File Gateway non riesce o si verificano errori durante la scrittura su File Gateway, effettuate le seguenti operazioni:

• Se la CachePercentDirty metrica è pari o superiore al 90 percento, File Gateway non può accettare nuove scritture su disco perché lo spazio disponibile sul disco della cache non è sufficiente. Per vedere la velocità di caricamento di File Gateway S3 per Windows File Server, visualizza CloudBytesUploaded la metrica. Confronta questa metrica con la WriteBytes metrica, che mostra la velocità con cui il client scrive file sul tuo File Gateway. Se il client SMB sta scrivendo sul tuo File Gateway più velocemente di quanto possa caricare S3 per Windows File Server, aggiungi altri dischi di cache per coprire al minimo le dimensioni del processo di backup. In alternativa, aumenta la larghezza di banda di caricamento.

• Se una copia di file di grandi dimensioni, ad esempio un processo di backup, fallisce ma la CachePercentDirty metrica è inferiore all'80%, File Gateway potrebbe raggiungere un timeout della sessione lato client. Per SMB, è possibile aumentare questo timeout utilizzando il comando. PowerShell Set-SmbClientConfiguration -SessionTimeout 300 L'esecuzione di questo comando imposta il timeout su 300 secondi.