Puncte:0

De ce nu este sincronizat ceasul pe acest oaspete VMWare Linux?

drapel us

Recent, am observat că ceasul de pe acest sistem RHEL care rulează pe un oaspete VMWare s-a desincronizat serios (timp de funcționare este de aproximativ jumătate de an):

$ timedatectl
      Ora locală: duminica 07-11-2021 09:54:12 CET
  Ora universală: Duminica 2021-11-07 08:54:12 UTC
        Ora RTC: Duminica 2021-11-07 08:59:27
       Fus orar: Europe/Berlin (CET, +0100)
     NTP activat: nu
 NTP sincronizat: nu
 RTC în TZ local: nr
      DST activ: nu
 Ultima modificare de ora de vară: ora de vară sa încheiat la
                  Duminica 31-10-2021 02:59:59 CEST
                  Duminica 31-10-2021 02:00:00 CET
 Următoarea schimbare de ora de ora: ora de ora incepe (ceasul trece cu o ora inainte) la
                  Duminica 27-03-2022 01:59:59 CET
                  Duminica 27-03-2022 03:00:00 CEST

Cred că RTC este de fapt ceasul de sistem al gazdei VMWare și, de fapt, este corect și ora locală întârzie cu cinci minute. Administratorul gazdei VMWare mi-a spus că nu ar trebui să folosesc ntpd sau chrony *) pentru a menține ceasul sincronizat, ci mai degrabă să mă bazez pe ceasul gazdei. Și asta am crezut că fac tot timpul:

$ vmware-toolbox-cmd starea de sincronizare temporală
Activat

Deci, de ce nu este sincronizat ceasul sistemului?

VMWare documentație spune:

Când activați sincronizarea periodică a orei, VMware Tools setează ora sistemului de operare invitat la fel ca ora gazdă. După ce are loc sincronizarea orei, VMware Tools verifică o dată la fiecare minut pentru a determina dacă ceasurile de pe sistemele de operare invitat și gazdă încă se potrivesc. Dacă nu, ceasul de pe sistemul de operare invitat este sincronizat pentru a se potrivi cu ceasul de pe gazdă.

Puteți întreba, deoarece există un „administrator gazdă VMWare”, de ce nu mă ocup de problema cu el? Bineînțeles că voi face asta. Sunt doar curios ce se întâmplă aici.

*) Asta a fost cu aproximativ un an în urmă, când am observat că ceasul de sistem a sărit peste tot. S-a dovedit că am avut accidental atât ntpd, cât și chrony active. Administratorul VMWare a descoperit problema și mi-a spus să nu folosesc niciunul, ci să mă bazez doar pe ceasul gazdă folosind vmware-toolbox-cmd.

Puncte:1
drapel cn

Configurați chrony (sau ntpd) pe oaspete cu serverele NTP pe care le utilizează organizația dvs. Reporniți, așteptați 3 minute pentru primele pachete.

Dacă ora locală rămâne semnificativ diferită de RTC, ceasul gazdei VM este probabil greșit. Decalajul de cinci minute pe care îl aveți acum este cu siguranță mare.Cereți administratorului de hypervisor să confirme Servere NTP setate pe gazdele VM sunt aceleași cu ceea ce folosește organizația dvs. în rețea.

NTP poate continua să ruleze în oaspeți și are performanțe mai bune decât sincronizarea timpului pentru oaspeți. Deși puteți alege să opriți ntpd, odată ce misterul ceasurilor offset este rezolvat.

musbur avatar
drapel us
Am instalat pur și simplu chrony (folosind serverul de timp al organizației mele), totul este perfect sincronizat acum și am încetat să-mi pese. Ceasul gazdei VM (pe care înțeleg că este „ceasul RTC” al oaspetelui) este bine, pur și simplu nu se sincronizează în ciuda setării vmware-toolbox-cmd.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.