Kesalahan S3: Perbedaan antara waktu permintaan dan waktu saat ini terlalu besar

Saya mengalami kesalahan Perbedaan antara waktu permintaan dan waktu saat ini terlalu besar ketika metode panggilan amazons3.ListObjects

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

    return result;
}

Bisa jadi apa?

Waktu di kotak lokal Anda tidak sinkron dengan waktu saat ini. Sinkronkan jam sistem Anda dan masalahnya akan hilang.

Bagi mereka yang menggunakan Vagrant, vagrant haltdiikuti oleh vagrant upbekerja untuk saya.

Jam tidak sinkron.

Saya mengikuti langkah-langkah dalam posting ini untuk membuatnya berfungsi kembali, tetapi juga harus menjalankan perintah berikut.

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

Jika suatu saat Anda mendapatkan pesan yang mengatakan soket NTP masih digunakan, hentikan sudo /etc/init.d/ntp stopdan jalankan kembali perintah Anda.

Saya mengalami kesalahan yang sama dan saya menggunakan Docker untuk Mac. Cukup restart Docker sudah berhasil untuk saya.

Jika ada yang menemukan ini menggunakan Laravel dan Homestead, cukup jalankan

homestead halt

diikuti oleh

homestead up

Dan Anda siap melakukannya lagi.

Bagi mereka yang menggunakan Docker di Windows coba restart Mesin Docker di Setting-> Reset-> Restart Docker.

Seperti yang dikatakan orang lain, jam lokal Anda tidak sinkron dengan AWS. Anda dapat tetap menyinkronkannya ke server Amazon secara langsung menggunakan NTP sehingga Anda tidak perlu khawatir tentang pergeseran jam sekarang atau di masa mendatang.

Catatan: Petunjuk di bawah ini untuk pengguna * nix. Saya telah menambahkan komentar tentang bagaimana Anda dapat melakukannya di Windows, tetapi sebagai pengguna non-Windows saya tidak dapat memverifikasi keakuratannya.

1. Untuk menginstal NTP, cukup pilih salah satu dari berikut ini, bergantung pada distribusi Anda:

   apt-get install ntp
   

   atau

   yum install ntp 
   

   dll.

2. Konfigurasikan NTP untuk menggunakan server amazon, seperti:

   vim /etc/ntp.conf
   

   Dan di dalamnya, komentari server default dan tambahkan ini:

   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. Dan kemudian restart layanan ntp:

   sudo service ntp restart
   

Sumber: https://www.allcloud.io/how-to/how-to-fix-amazon-s3-requesttimetooskewed/

Dan artikel yang lebih umum tentang menjaga waktu Anda disinkronkan dengan NTP: https://www.digitalocean.com/community/tutorials/how-to-set-up-time-synchronization-on-ubuntu-12-04

Ini mengatur ulang jam sistem saya dengan benar di OSX. Unggahan S3 menggunakan JS SDK sekarang berfungsi untuk saya di pengembang lokal

ntpdate us.pool.ntp.org

Baca lebih banyak tentang ini disini

jika masalah ini di localhost Anda untuk windows 10

atur waktu secara otomatis ON dan atur zona waktu secara otomatis ON ini memecahkan masalah saya.

Ini juga bisa disebabkan oleh penggunaan async / await dengan konstruksi objek permintaan di luar tugas dan panggilan sebenarnya ke AWS di dalam tugas. Jika ada banyak tugas yang berjalan dan tugas tersebut tidak dijadwalkan tepat waktu, atau ada beberapa operasi lain yang menunda panggilan sebenarnya ke AWS, pengecualian ini dapat dilakukan.

Untuk mengatasi masalah ini, Anda harus menyesuaikan waktu klien sehingga ada perbedaan stempel waktu maksimum hingga 15 menit. Tetapkan juga waktu dan zona standar untuk sistem Anda.

Lihat Detail lengkapnya di sini.

Jika Anda menggunakan kotak virtual, waktu ke mesin virtual disinkronkan dengan waktu mesin sebenarnya. Hanya memperbaiki waktu ke mesin virtual tidak akan memperbaiki masalah.

Saya mengalami kesalahan ini karena waktu dan zona waktu mesin lokal saya tidak disetel dengan benar. Mengubahnya ke waktu dan zona waktu yang benar berhasil untuk saya.

Jika Anda mendapatkan kesalahan ini di windows ikuti langkah-langkah berikut untuk menyelesaikan masalah Anda .. Ubah pengaturan waktu lokal Anda:
langkah 1: klik pada perubahan tanggal dan waktu pengaturan
langkah 2: dari jendela Tanggal dan Waktu popup klik pada Tab Waktu Internet
langkah 3: selanjutnya Klik Ubah Pengaturan
langkah 4: dari Server drop down pilih time.nist.gov atau periksa situs web ini
langkah 5: klik OK

Mulai ulang konsol Anda dan periksa. Berhasil...

Menggunakan ntp mungkin tidak bekerja pada semua versi server berbasis Linux Anda (misalnya versi server Ubuntu yang sudah kadaluwarsa yang tidak lagi didukung yang akan menghalangi Anda untuk mengunduh ntp jika belum diinstal).

Jika ini situasi Anda, Anda dapat menetapkan zona waktu independen untuk VM Linux Anda: https://community.rackspace.com/products/f/25/t/650

Setelah Anda melakukan ini, Anda mungkin perlu mengatur ulang waktu / tanggal. Petunjuk untuk melakukan ini ada di artikel ini: http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

Jika Anda berada di tahun 2016 dan di Istanbul, ini adalah situasi yang aneh sehingga Turki memutuskan untuk tidak beralih ke standar waktu musim dingin, tetapkan zona waktu lokal Anda ke Moskow, lalu mulai ulang komputer Anda.

Saya mengalami masalah ini menjalankan Jet (Codeship) dan Terraform di MacOS menggunakan Docker untuk Mac Beta saluran 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

Ini diatasi dengan memulai ulang Docker.

Saya baru saja mulai mendapatkan kesalahan ini, dan sinkronisasi jam saya tidak membantu. (Saya telah menghabiskan 2 jam untuk menyinkronkannya ke setiap server waktu yang dapat saya temukan, termasuk server AWS, tetapi tidak ada yang membuat perbedaan.)

Hal yang persis sama mulai terjadi setahun yang lalu pada 31 Desember 2017. Dalam hal ini, me-reboot sistem saya, dan membangun kembali server saya (yang menggunakan aws java sdk) memperbaikinya. Saya tidak tahu kenapa. Saya berasumsi bahwa AWS memiliki kekhasan zona waktu akhir tahun. Mungkin juga saat saya melakukan hal-hal ini, server waktu AWS memperbaiki dirinya sendiri. Saya tidak punya cara untuk menguji hipotesis itu.

Sekarang, hal yang sama tiba-tiba mulai terjadi pada 30 Desember 2018. Memang tidak tepat di akhir tahun, tapi cukup mendekati untuk tampak mencurigakan. (Tidak pernah mendapatkan kesalahan ini kecuali pada tanggal-tanggal ini.) Mem-boot ulang dan membangun kembali tidak membantu kali ini.

Lingkungan dev saya pada kotak ini adalah Windows 10 di bawah Parallels. Tidak ada hal lain di sistem saya yang berubah - karena saya telah memeriksa ulang dengan memutar kembali ke snapshot Parallels sebelumnya. Jam di MacOS host saya dan Windows 10 virtual sudah benar.

Saya mencurigai adanya bug AWS.