Risoluzione dei problemi: problemi relativi a File Gateway

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

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. È possibile che si verifichi un FileMissing errore quando un autore diverso dal File Gateway specificato elimina il file specificato da Amazon FSx. Qualsiasi successivo caricamento su Amazon FSx o recupero da Amazon FSx dell'oggetto ha esito negativo.

FileMissing Per risolvere un errore

1. Salvate l'ultima copia del file nel file system locale del vostro client SMB (questa copia del file è necessaria nel passaggio 3).

2. Elimina il file da File Gateway utilizzando il tuo client SMB.

3. Copia la versione più recente del file che hai salvato nel passaggio 1 Amazon FSx utilizzando il tuo client SMB. Fatelo tramite il vostro File Gateway.

Errore: FsxFileSystemAuthenticationFailure

È possibile che si FsxFileSystemAuthenticationFailure verifichi un errore quando le credenziali fornite durante il collegamento del filesystem sono scadute o i suoi privilegi sono stati revocati.

Per risolvere FsxFileSystemAuthenticationFailure un errore

1. Assicurati che le credenziali fornite al momento del collegamento del file system Amazon FSx 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

È possibile che si FsxFileSystemConnectionFailure verifichi un errore quando il server Amazon FSx non è accessibile 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 server Amazon FSx sia in esecuzione.

Errore: FsxFileSystemFull

È possibile che si FsxFileSystemFull verifichi un errore quando non c'è abbastanza spazio libero su disco nel file system Amazon FSx.

Per risolvere un errore FsxFileSystemFull

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

Errore: GatewayClockOutOfSync

È possibile che si GatewayClockOutOfSync verifichi un errore quando il gateway rileva una differenza di 5 minuti o più 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 I/O errori per le connessioni NFS e SMB e gli utenti SMB potrebbero riscontrare errori di autenticazione.

Per risolvere un errore GatewayClockOutOfSync

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

Errore: InvalidFileState

È possibile che si InvalidFileState verifichi un errore quando un autore diverso dal gateway specificato modifica il file specificato nella condivisione di file specificata. Di conseguenza, lo stato del file sul gateway non corrisponde a quello in Amazon FSx. Qualsiasi caricamento o recupero successivo del file da Amazon FSx potrebbe fallire.

Per risolvere un errore InvalidFileState

1. Salvate l'ultima copia del file nel file system locale del client SMB (è necessario 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 condivisione Amazon FSx utilizzando qualsiasi client SMB.

2. Elimina il file direttamente in Amazon FSx.

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

4. Utilizzando il client SMB, copia l'ultima versione del file salvato nel passaggio 1, tramite File Gateway, su Amazon FSx.

Errore: ObjectMissing

È possibile che si verifichi un ObjectMissing errore quando un autore diverso dal File Gateway specificato elimina il file specificato da Amazon FSx. Qualsiasi successivo caricamento su Amazon FSx o recupero da Amazon FSx dell'oggetto ha esito negativo.

ObjectMissing Per risolvere un errore

1. Salvate l'ultima copia del file nel file system locale del vostro client SMB (questa copia del file è necessaria nel passaggio 3).

2. Elimina il file da File Gateway utilizzando il tuo client SMB.

3. Copia la versione più recente del file che hai salvato nel passaggio 1 Amazon FSx utilizzando il tuo client SMB. Fatelo tramite il vostro File Gateway.

Errore: DroppedNotifications

Potresti visualizzare un DroppedNotifications errore invece degli 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 sullo stato entro un intervallo di 1 minuto. In queste circostanze, il gateway smette di generare notifiche di CloudWatch registro dettagliate come misura precauzionale.

Per risolvere un DroppedNotifications errore

1. Controlla la Root Disk Usage metrica nella scheda Monitoraggio del tuo gateway nella console 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.

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

   Nota

   Non è possibile aumentare le dimensioni del disco principale per Storage Gateway Hardware Appliance. AWS

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 gateway VMware, un ripristino da parte di vSphere High Availability Application Monitoring può causare questo evento.

Quando il gateway viene eseguito in questo ambiente, verifica la presenza della notifica HealthCheckFailure e consulta il log degli eventi VMware 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 di dominio Active Directory. Se hai problemi a collegare il tuo 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.

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

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

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

  Per i gateway locali, si specifica un server DNS utilizzando la console locale della VM.

• 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 autorizzazione dell'account del servizio Active Directory.

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

  L'adesione a un dominio crea un account computer Active Directory nel contenitore di computer predefinito (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 del dominio Active Directory. L'amministratore potrebbe dover preconfigurare l'account del computer del gateway prima che possa entrare a far parte del 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 tuo gateway sia risolvibile nel DNS eseguendo il seguente comando dal prompt dei comandi nella console locale del gateway. Sostituisci la variabile evidenziata con il nome host effettivo del tuo gateway.

  dig -d ExampleHostName -r A

  Se hai configurato un nome host personalizzato per il tuo gateway, devi aggiungere manualmente un DNS A-record 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 accesso a un dominio può scadere se il gateway non riceve una risposta dal controller di dominio entro 20 secondi.

  Se si accede al gateway del dominio utilizzando il comando JoinDomain CLI, è 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 accedere al gateway del dominio disponga dei privilegi necessari per farlo.

Risoluzione dei problemi: utilizzo delle metriche CloudWatch

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

Argomenti

• Il tuo gateway reagisce lentamente durante la navigazione nelle directory

• Il tuo gateway non risponde

• I file non sono visibili nel tuo file system Amazon FSx

• Le istantanee precedenti non sono visualizzate nel tuo file system Amazon FSx

• Il tuo gateway trasferisce lentamente i dati su Amazon FSx

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

Il tuo gateway reagisce lentamente durante la navigazione nelle directory

Se File Gateway reagisce lentamente quando esegui il ls comando o navighi tra le directory, controlla le IndexFetch metriche e: 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 FSx for 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 sua cache in quel momento. In questo caso, File Gateway deve liberare 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, contatta Supporto.

  Scopri i contenuti Supporto del file system Amazon FSx correlato e i consigli per migliorare le prestazioni in base al tuo caso d'uso.

Il tuo gateway non risponde

Se il tuo 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, il File Gateway potrebbe essere bloccato da un disco root lento mentre ricostruisce la cache dell'indice 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 è già disponibile, valuta la possibilità di aggiungere altra RAM a 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 altra RAM al File Gateway.

I file non sono visibili nel tuo file system Amazon FSx

Se noti che i file sul gateway non si riflettono nel file system Amazon FSx, controlla la FilesFailingUpload metrica. Se la metrica indica che il caricamento di alcuni file non riesce, controlla le notifiche sullo stato di salute. Quando il caricamento dei file non riesce, il gateway genera una notifica sullo stato di salute contenente maggiori dettagli sul problema.

Le istantanee precedenti non sono visualizzate nel tuo file system Amazon FSx

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 for Windows File Server. Se il file system non dispone di risorse prestazionali sufficienti per il carico di lavoro, potrebbe eliminare le copie shadow perché dà priorità alla disponibilità continua rispetto alla conservazione storica delle copie shadow. I/O

Nella console Amazon FSx, controlla la pagina Monitoraggio e prestazioni per vedere se il tuo file system non è sufficientemente predisposto. In tal caso, puoi passare allo storage SSD, aumentare la capacità di throughput o aumentare gli IOPS SSD per gestire il carico di lavoro.

Il tuo gateway trasferisce lentamente i dati su Amazon FSx

Se il trasferimento dei dati su Amazon FSx for Windows File Server da parte di File Gateway è lento, procedi come segue:

• Se la CachePercentDirty metrica è pari o superiore a 80, File Gateway sta scrivendo i dati su disco più velocemente di quanto possa caricare i dati su Amazon FSx for Windows File Server. Valuta la possibilità di aumentare la larghezza di banda per il caricamento da File Gateway, aggiungere uno o più dischi di cache o rallentare le scritture da parte del client o aumentare la capacità di throughput per Amazon FSx for Windows File Server associato.

• Se la CachePercentDirty metrica è bassa, controllala. IoWaitPercent Se IoWaitPercent è maggiore di 10, il tuo File Gateway potrebbe subire un rallentamento a causa della 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 sono verificati 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, procedi come segue:

• Se la CachePercentDirty metrica è pari o superiore al 90%, File Gateway non può accettare nuove scritture su disco perché non c'è abbastanza spazio disponibile sul disco della cache. Per vedere la velocità di caricamento di File Gateway FSx for Windows File Server, visualizza la metrica. CloudBytesUploaded Confronta questa metrica con la WriteBytes metrica, che mostra la velocità con cui il client sta scrivendo i file sul tuo File Gateway. Se il client SMB scrive sul tuo File Gateway più velocemente di quanto possa caricare FSx for Windows File Server, aggiungi altri dischi di cache per coprire almeno 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, non riesce ma la CachePercentDirty metrica è inferiore all'80%, è possibile che File Gateway stia raggiungendo il timeout della sessione sul 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.