Ошибка S3: разница между временем запроса и текущим временем слишком велика - PullRequest
92 голосов
/ 23 января 2011

У меня ошибка Слишком большая разница между временем запроса и текущим временем при вызове метода amazons3.ListObjects

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

    return result;
}

Что это может быть?

Ответы [ 18 ]

1 голос
/ 29 сентября 2015

Если вы используете virtualbox, время в виртуальной машине синхронизируется со временем реальной машины.Просто исправьте время на виртуальной машине, но это не решит проблему.

1 голос
/ 11 ноября 2014

Чтобы избавиться от этой проблемы, вы должны настроить время клиента так, чтобы максимальная разница между отметками времени составляла до 15 минут. Также установите стандартное время и часовой пояс для вашей системы.

Проверьте полную информацию здесь.

1 голос
/ 02 апреля 2019

У меня была эта ошибка, потому что время и часовой пояс моей локальной машины были установлены неправильно.Изменение их на правильное время и часовой пояс мне помогло.

1 голос
/ 24 октября 2016

Это также может быть вызвано использованием async / await с созданием объекта запроса вне задачи и фактическим вызовом AWS внутри задачи. Если выполняется много задач и задача не запланирована вовремя, или есть какая-то другая операция, задерживающая фактический вызов AWS, это исключение может быть сгенерировано.

0 голосов
/ 22 октября 2014

Использование ntp может не работать на всех версиях вашего сервера на базе Linux (например, устаревшая версия сервера Ubuntu, которая больше не поддерживается, блокирует загрузку ntp, если она еще не установлена).

Если это ваша ситуация, вы можете установить независимые часовые пояса для вашей виртуальной машины Linux: https://community.rackspace.com/products/f/25/t/650

После этого вам может потребоваться сбросить время / дату.Инструкции для этого находятся в этой статье: http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

0 голосов
/ 02 ноября 2016

Если вы находитесь в 2016 году и в Стамбуле, возникает странная ситуация, когда Турция решила не переходить на стандарты зимнего времени, в любом случае установить часовой пояс в Москве и перезапустить машину.

0 голосов
/ 30 декабря 2018

Я только начал получать эту ошибку, и синхронизация моих часов не помогает.(Я потратил 2 часа на синхронизацию с каждым сервером времени, который смог найти, включая серверы AWS, но ничего не изменилось.)

Точно то же самое начало происходить год назад 31 декабря 2017 года.случай, перезагрузка моей системы и перестройка моего сервера (который использует aws java sdk) исправили это.Я не знаю почему.Я предположил, что у AWS есть некоторая особенность часового пояса конца года.Также возможно, что пока я занимался этим, серверы времени AWS исправились.У меня нет возможности проверить эту гипотезу.

Теперь, то же самое внезапно начало происходить 30 декабря 2018 года. Это не в конце года, но достаточно близко, чтобы показаться подозрительным.(Никогда не получал эту ошибку, за исключением этих дат.) На этот раз перезагрузка и восстановление не помогают.

Моя среда разработки на этом устройстве - Windows 10 под Parallels.Больше ничего в моей системе не изменилось - как я дважды проверил, откатившись к предыдущим снимкам Parallels.Часы на моем хосте MacOS и на виртуальной Windows 10 правильные.

Я подозреваю, что ошибка AWS.

0 голосов
/ 18 февраля 2017

Я столкнулся с этой проблемой, запустив Jet (Codeship) и Terraform на MacOS, используя Docker для Mac Beta канал 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

Эта проблема была решена путем перезапуска Docker.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...