2011-01-22 12 views
77

ho errore La differenza tra l'orario della richiesta e l'ora corrente è troppo grande quando chiamata al metodo amazons3.ListObjectsS3 Errore: La differenza tra il tempo di richiesta e l'ora corrente è troppo grande

ListObjectsRequest request = new ListObjectsRequest() { 
    BucketName = BucketName, Prefix = fullKey 
}; 
using (ListObjectsResponse response = s3Client.ListObjects(request)) 
{ 
    bool result = response.S3Objects.Count > 0; 

    return result; 
} 

Cosa potrebbe essere?

risposta

100

L'ora sulla casella locale non è sincronizzata con l'ora corrente. Sincronizza il tuo orologio di sistema e il problema andrà via.

+0

Quello è di destra. Capito dal messaggio di errore. Nel caso ti stia chiedendo come trovare l'ora locale su una macchina remota o su cloud, usa internet per trovare l'ora corrente. http://www.timeanddate.com :) –

+0

Ho affrontato lo stesso errore. Per favore dimmi come eseguire la sincronizzazione – Stas

+1

Ecco il post del blog che ne parla in dettaglio http://www.foreachyield.com/post/2011/01/31/sync-your-windows-clock.aspx –

41

L'orologio non è sincronizzato.

Ho seguito i passaggi in this post per farlo funzionare di nuovo, ma dovevo anche eseguire il seguente comando.

sudo ntpdate ntp.ubuntu.com 
sudo apt-get install ntp 

Se in qualsiasi momento si ottiene un messaggio che dice la presa NTP è ancora in uso, fermarlo con sudo /etc/init.d/ntp stop e ri-eseguire il comando.

+2

Grazie! Ha funzionato come un fascino. :) – NightMICU

+0

Yay, questo ha risolto il mio problema. Se non hai * apt-get *, usa invece yum: * sudo yum install ntp -y * –

0

L'utilizzo di ntp potrebbe non funzionare su tutte le versioni del server basato su Linux (ad esempio una versione di server Ubuntu non più aggiornata che non è più supportata e che bloccherà il download di ntp se non è già installato).

Se questa è la situazione, è possibile impostare i fusi orari indipendenti per la vostra Linux VM: https://community.rackspace.com/products/f/25/t/650

Dopo avere effettuato questa potrebbe essere necessario reimpostare la data/ora. Le istruzioni per farlo sono in questo articolo: http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

1

Per risolvere questo problema, è necessario regolare i tempi del client in modo che vi sia una differenza massima di timestamp di massimo 15 minuti. Imposta anche l'ora e la zona standard per il tuo sistema.

Check the full Detail here.

10

Nel caso qualcuno trova questo utilizzando laravel e Homestead, semplicemente eseguendo

homestead halt 

seguito da

homestead up 

e siete pronti ad andare di nuovo.

3

Questo ha ripristinato correttamente l'orologio di sistema su OSX. uploads S3 utilizzando l'SDK JS funziona per me ora in dev locale

ntpdate us.pool.ntp.org 

Read more about this here

1

Se si utilizza un virtualbox, il tempo nella macchina virtuale è sincronizzato con il tempo della macchina reale. Basta sistemare il tempo nella macchina virtuale per non risolvere il problema.

39

Per quelli che utilizzano Vagrant, un vagrant halt seguito da vagrant up ha funzionato per me.

+0

ha funzionato per me, grazie :) –

+1

Questa è la soluzione pigra. http://stackoverflow.com/a/4770683/1349295 è la soluzione reale. Felice di aiutare comunque :) –

+1

@Czar, il mio orario di sistema era corretto ma non ho potuto aggirare questo errore finché non ho messo il vagabondo più in basso. Grazie per il suggerimento! –

1

Se si verifica questo errore in windows attenersi alla seguente procedura per risolvere il problema.Modificare l'impostazione ora locale: passo 1: click sulla data e ora modificare le impostazioni step 2: dalla finestra a comparsa di data e ora click su Tempo Internet Tab Fase 3: successivo Clicca su Change impostazioni fase 4: dal menu a discesa selezionare Server time-nw.nist.gov passaggio 5: fare clic su OK

Riavvia la tua console e controlla. Funziona ...

0

Ciò può anche essere causato dall'utilizzo di async/await con la costruzione dell'oggetto richiesta all'esterno dell'attività e la chiamata effettiva ad AWS all'interno dell'attività. Se ci sono molte attività in esecuzione e l'attività non è pianificata in tempo, o ci sono altre operazioni che ritardano la chiamata effettiva ad AWS, questa eccezione può essere lanciata.

0

Se siete nel 2016 e ad Istanbul qui è una strana situazione che la Turchia ha deciso di non passare agli standard di orario invernale comunque impostare il fuso orario locale a Mosca quindi riavviare la macchina.

+0

Penso che questo dovrebbe essere un commento. – BlackVegetable

+0

@BlackVegetable Ho anche pensato che potesse essere un commento ma il fatto è che se ti trovi in ​​una situazione che ho menzionato e seguirò le istruzioni all'interno della risposta accettata, rimarrà irrisolto; ecco perché questa è una risposta che fornisce una soluzione alternativa. –

+0

Eh, abbastanza giusto. – BlackVegetable

3

Per coloro che utilizzano Docker in Windows, provare a riavviare il Docker Engine in Impostazioni-> Ripristina-> Riavvia finestra mobile.

+0

Questa non è una risposta. Probabilmente qualche commento. – hB0

12

Ho avuto lo stesso errore e sto utilizzando Docker per Mac. Il semplice riavvio di Docker ha funzionato per me.

0

Mi sono imbattuto in questo problema eseguendo Jet (Codeship) e Terraform su MacOS utilizzando Docker per Mac Beta canale 1.13.1-beta42.

Failed to read state: Error reloading remote state: RequestTimeTooSkewed: The difference between the request time and the current time is too large. 
status code: 403, request id: 9D32BA2A5360FC18 

Questo problema è stato risolto riavviando Docker.

Problemi correlati