Kur regjistri i aksesit i Squid duket se është vite prapa

Formati amtar i aksesit i Squid fillon me një vulë kohore epoch, zakonisht e shkruar si %ts.%03tu: sekonda nga epoch e ndjekur nga tre shifra milisekonda. Një vlerë në atë pozicion nuk është një datë kalendarike e formatuar.

Fillimisht kontrolloni formatin aktiv të access_log. Për Squid 7, shqyrtoni zgjedhjen e daljes dhe formatit të access_log për instancën. Një format regjistri i personalizuar, një prefiks syslog ose një përpunues regjistrash në rrjedhën e poshtme mund të vendosë një vulë kohore tjetër në fillim të rreshtit të shfaqur.

Tre kontrolle e ngushtojnë

1. Dekodoni vlerën numerike me njësinë e saktë. Shifrat thyesore janë pjesë e një vlere në sekonda, jo një vulë kohore e plotë e veçantë në milisekonda.
2. Krahasoni kohën UTC të dekoduar me shfaqjen e kohës lokale. Një ndryshim i zonës kohore mund të zhvendosë orën e shfaqur dhe ndonjëherë ditën kalendarike; por nuk shpjegon një datë shumë vite larg.
3. Krahasoni një regjistrim të ri me orën e makinës që ekzekuton atë instancë të Squid. Në një host systemd, timedatectl status raporton cilësimet e orës dhe statusin e sinkronizimit.

Nëse ora e hostit është gjithashtu e gabuar, hulumtoni sinkronizimin e kohës së tij dhe, kur zbatohet, konfigurimin e kohës së makinës virtuale. Një datë regjistri e pabesueshme e vetme nuk mjafton për të identifikuar një bateri të defektuar të orës harduerike.

Nëse ora e hostit është e saktë, konfirmoni që skedari është aktual dhe i përket asaj instance. Kontrolloni arkivat e rrotulluara, grumbulluesit në distancë dhe konvertimet e vulave kohore në mjetin e shikimit.

Gjithashtu dalloni vulën kohore të transaksionit nga koha kur një grumbullues merr rreshtin. Regjistrimi normal i aksesit ndodh kur përfundon kërkesa, dhe regjistrimi i daemonit mund të shkruajë në mënyrë asinkrone. Një kërkesë ose tunel afatgjatë nuk duhet domosdoshmërisht të shfaqet në kohën e lidhjes fillestare.