Am o instanță CentOS 6.8 EC2 pe AWS care funcționează de 1232 de zile. Pe 11 octombrie 2021, am constatat că comanda „s3cmd” a eșuat din cauza deplasării ceasului hardware. L-am depanat și am găsit deviația ceasului hardware. Apoi, am sincronizat ceasul hardware cu ceasul sistemului folosind comanda „hwclock” din CentOS. În cron, de la instalare, am programat un job cron pentru a sincroniza data și ora sistemului folosind comanda „ntpdate” la fiecare 15 minute. Dar sincronizarea ceasului hardware a fost setată la „nu” în configurația ntpdate. Deci, am activat și asta, după cum urmează:
vi /etc/sysconfig/ntpdate
SYNC_HWCLOCK=da
Deci, totul arăta bine de atunci.
Astăzi, în timp ce verificam mașina, am constatat că ceasul hardware a fost deplasat cu aproximativ 3 minute, în timp ce ora sistemului a fost afișată corect.
- Este o instanță virtuală AWS, deci care este rolul ceasului hardware la nivel de hypervisor?
- Dacă este deloc necesar să sincronizați ceasul hardware, dacă da, de ce și cât de des?
- Chiar și după sincronizarea ceasului hardware cu comanda „ntpdate” la fiecare 15 secunde, de unde provine această deriva ceasului hardware?
- Ce ar trebui făcut în cazul instalărilor de mașini virtuale efectuate la Azure, GC, AWS etc. pentru a vă asigura că ceasul hardware este întotdeauna sincronizat corect?
- Dacă ora sistemului de operare este corectă, dar ceasul hardware al unei mașini virtuale este denaturat, de ce „s3cmd” dă următoarea eroare, deoarece trebuie să verifice ora sistemului de operare?
EROARE: Eroare S3: 403 (RequestTimeTooSkewed): Diferența dintre
timpul de solicitare și ora curentă sunt prea mari.
