web-dev-qa-db-fra.com

Erreur S3: la différence entre l'heure de la demande et l'heure actuelle est trop grande

J'ai une erreur La différence entre l'heure de la demande et l'heure actuelle est trop grande lors de l'appel à la méthode amazons3.ListObjects

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

    return result;
}

Qu'est-ce que ça pourrait être?

amazon-s3
94
st78

L'heure de votre boîte locale n'est pas synchronisée avec l'heure actuelle. Synchronisez votre horloge système et le problème disparaîtra.

129
Mark At Ramp51

Pour ceux qui utilisent Vagrant, un vagrant halt suivi par vagrant up a travaillé pour moi.

63
Czar Pino

L'horloge est désynchronisée.

J'ai suivi les étapes de cet article pour le faire fonctionner à nouveau, mais j'ai également dû exécuter la commande suivante.

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

Si à tout moment vous recevez un message disant que le socket NTP est toujours utilisé, arrêtez-le avec Sudo /etc/init.d/ntp stop et relancez votre commande.

58
manafire

J'ai eu la même erreur et j'utilise Docker pour Mac. Redémarrer simplement Docker a fonctionné pour moi.

21
Dylan O'Carroll

Si quelqu'un trouve cela avec Laravel et Homestead, il suffit de lancer

Homestead halt

suivi par

Homestead up

Et vous pouvez encore y aller.

13
Citizen

Pour ceux qui utilisent Docker sous Windows, essayez de redémarrer le moteur Docker dans Configuration-> Réinitialiser-> Redémarrer Docker.

8
Julio Colon

Comme d'autres l'ont dit, votre horloge locale n'est pas synchronisée avec AWS. Vous pouvez le synchroniser directement sur les serveurs d'Amazon à l'aide de NTP ne vous inquiétez pas de la dérive d'horloge maintenant ou à l'avenir.

Remarque: Les instructions ci-dessous sont destinées aux utilisateurs * nix. J'ai ajouté un commentaire indiquant comment vous pourriez le faire sous Windows, mais en tant qu'utilisateur non-Windows, je ne peux pas vérifier leur exactitude.

  1. Pour installer NTP, choisissez simplement l’une des options suivantes, en fonction de votre distribution:

    apt-get install ntp

    ou

    yum install ntp

    etc.

  2. Configurez NTP pour utiliser les serveurs Amazon, comme suit:

    vim /etc/ntp.conf

    Et dans celui-ci, commentez les serveurs par défaut et ajoutez-les:

    server 0.Amazon.pool.ntp.org iburst
server 1.Amazon.pool.ntp.org iburst
server 2.Amazon.pool.ntp.org iburst
server 3.Amazon.pool.ntp.org iburst

  3. Et puis redémarrez le service NTP:

    Sudo service ntp restart

Source: https://www.allcloud.io/how-to/how-to-fix-Amazon-s3-requesttimetooskewed/

Et un article plus général sur la synchronisation de votre heure avec NTP: https://www.digitalocean.com/community/tutorials/how-to-set-up-time-synchronization-on-ubuntu-12-04

4
Kyle Chadha

Cela réinitialise correctement mon horloge système sur OSX. Les envois S3 avec le SDK JS fonctionnent pour moi maintenant en développement local

ntpdate us.pool.ntp.org

En savoir plus à ce sujet ici

4
phoenixbox

si ce problème dans vous localhost pour Windows 10

régler l'heure automatiquement sur ON et le fuseau horaire automatiquement sur ON ceci résout mon problème.

enter image description here

3
Atul Baldaniya

Pour résoudre ce problème, vous devez régler la minuterie du client de manière à ce que la différence d'horodatage ne dépasse pas 15 minutes. Définissez également l’heure et la zone standard de votre système.

Vérifiez le détail complet ici.

1
Nikunj Dhimar

Si vous obtenez cette erreur dans fenêtres , procédez comme suit pour résoudre votre problème. Modifiez le réglage de votre heure locale:
étape 1: cliquez sur modifier les paramètres de date et heure.
étape 2: dans la fenêtre contextuelle Date et heure, cliquez sur Heure Internet Onglet
étape 3: suivant Cliquez sur Modifier les paramètres
étape 4: dans le menu déroulant Serveur, sélectionnez time.nist.gov ou vérifiez ce site
étape 5: cliquez sur OK

Redémarrez votre console et vérifiez. Ça marche...

1
Laxminarayana

J'ai eu cette erreur parce que l'heure et le fuseau horaire de ma machine locale étaient mal réglés. Les changer à l'heure et au fuseau horaire correct a fonctionné pour moi.

1
Adim Victor

Si vous utilisez une boîte virtuelle, l'heure dans la machine virtuelle est synchronisée avec l'heure de la machine réelle. Fixer simplement le temps dans la machine virtuelle ne résoudra pas le problème.

1
Thiago Mata

Cela peut également être provoqué par l'utilisation de async/wait avec la construction de l'objet de requête en dehors de la tâche et l'appel réel d'AWS à l'intérieur de la tâche. Si de nombreuses tâches sont en cours d'exécution et que la tâche n'est pas planifiée à temps, ou qu'une autre opération retarde l'appel réel à AWS, cette exception peut être levée.

1
James

Je viens juste de commencer à avoir cette erreur et la synchronisation de mon horloge n'aide pas. (J'ai passé 2 heures à le synchroniser sur tous les serveurs que je peux trouver, y compris les serveurs AWS, mais rien ne fait la différence.)

C'est exactement ce qui s'est passé il y a un an, le 31 décembre 2017. Dans ce cas, le redémarrage de mon système et la reconstruction de mon serveur (qui utilise l'aws Java sdk)] l'ont corrigé. Je suppose que AWS avait une particularité de fuseau horaire de fin d’année. Il est également possible que pendant que je faisais ces choses-là, les serveurs de temps AWS se soient fixés. Je n’ai aucun moyen de vérifier cette hypothèse.

Maintenant, la même chose a soudainement commencé à se produire le 30 décembre 2018. Ce n'est pas juste en fin d'année, mais assez proche pour paraître suspect. (Jamais eu cette erreur, sauf à ces dates.) Le redémarrage et la reconstruction n'aide pas cette fois.

Mon environnement de développement sur cette zone est Windows 10 sous Parallels. Rien d'autre sur mon système n'a changé - car j'ai vérifié deux fois en revenant aux instantanés précédents de Parallels. Les horloges de mon hôte MacOS et de Windows 10 virtuel sont correctes.

Je soupçonne un bogue AWS.

0
thund

L'utilisation de ntp risque de ne pas fonctionner sur toutes les versions de votre serveur Linux (par exemple, une version de serveur Ubuntu obsolète qui n'est plus prise en charge et qui vous empêchera de télécharger ntp si elle n'est pas déjà installée).

Si tel est votre cas, vous pouvez définir des fuseaux horaires indépendants pour votre machine virtuelle Linux: https://community.rackspace.com/products/f/25/t/65

Après cela, vous devrez peut-être réinitialiser l'heure/la date. Les instructions pour ce faire sont dans cet article: http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

0
socialmatchbox

Si vous êtes en 2016 et à Istanbul, la situation est étrange. La Turquie a décidé de ne pas passer aux normes d'heure d'hiver. Réglez votre fuseau horaire local à Moscou, puis redémarrez votre ordinateur.

0
Ömer Faruk Almalı

J'ai rencontré ce problème avec Jet (Codeship) et Terraform sur MacOS avec Docker for Mac Beta channel 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

Ce problème a été résolu en redémarrant Docker.

0
EvilPlankton