Cofający się zegar systemowy

[Portek 0]

Witajcie!

 

Mam taki dość denerwujący problem z jednym z VPS-ów (XEN HVM) - w przeciągu nie całych dwóch godzin serwer zaliczył różnicę czasu rzędu 14min. Ciągle nie mogę sobie z tym poradzić, strefa czasowa jest okej, a nadal czas zwyczajnie na świecie kuleje. Nie satysfakcjonuje mnie też za bardzo rozwiązanie z crontabem, raz na godzinę, bo to zwyczajnie bez sensu, a dane są nie spójne.

 

Istnieje jakaś opcja żeby sobie z tym poradzić? System operacyjny Debian 6 (64bit).

[Gość nrm]

http://pl.wikipedia.org/wiki/Network_Time_Protocol

[kafi 2425]

Napisz do dostawcy, żeby nie przetaktowywał procesora :]

A tak na serio - to winą jest oczywiście dostawca, którego zegar jakoś dziwnie chodzi.

Przyczyny mogą być różne. Ale najczęściej można to zaobserwować przy składakach, które mają tuningowane (czyt. nie nominalne) częstotliwości pracy magistral.

[Portek 0]

http://pl.wikipedia....k_Time_Protocol

Wykonuję aktualizację czasu via ntpdate.

 

Napisz do dostawcy, żeby nie przetaktowywał procesora :]

A tak na serio - to winą jest oczywiście dostawca, którego zegar jakoś dziwnie chodzi.

Przyczyny mogą być różne. Ale najczęściej można to zaobserwować przy składakach, które mają tuningowane (czyt. nie nominalne) częstotliwości pracy magistral.

Według dostawcy inni klienci takich problemów nie mają.

[tym 205]

Dodaj w cronie

0 2 * * * /usr/sbin/ntpdate -b vega.cbk.poznan.pl >/dev/null  2&>1

powinno rozwiązać problem. Ewentualnie ustaw częstszą aktualizację.

Edytowano Grudzień 11, 2011 przez tym (zobacz historię edycji)

[regdos 1848]

To rozwiązuje skutek a nie przyczynę a chyba warto by poszukać przyczyny.

[Portek 0]

Dodaj w cronie

0 2 * * * /usr/sbin/ntpdate -b vega.cbk.poznan.pl >/dev/null  2&>1

powinno rozwiązać problem. Ewentualnie ustaw częstszą aktualizację.

Zakładając że w ciągu 2h zegar cofa się o 14min, to w 24h będzie to już 168min (ponad 2,5h) więc jest to żadne wyjście.

 

To rozwiązuje skutek a nie przyczynę a chyba warto by poszukać przyczyny.

Dlatego też piszę tego posta, postaram się jeszcze raz skontaktować z dostawcą. Zastanawiałem się po prostu czy nie jest to wina gdzieś po stronie wirtualizacji.

[kafi 2425]

Tym, skoro on pisał, że na godzinę ma 14 minut opóźnienia, to co ty mu dajesz... aktualizacje czasu co 24h?

Według dostawcy inni klienci takich problemów nie mają.

Nie mają, albo nie zwracają na to uwagi. Jeśli firma nie jest skłonna poprawić RTC, to cóż. Wypadało by ją zmienić.

[tym 205]

To ustaw sobie co minute Sprawdź logi, może coś ci zmienia czas.

[Portek 0]

To ustaw sobie co minute Sprawdź logi, może coś ci zmienia czas.

Szukam rozwiązania problemu, a nie połowicznej naprawy.

[tym 205]

To sprawdź logi a nie się żalisz zamiast coś działać.

[Portek 0]

To sprawdź logi a nie się żalisz zamiast coś działać.

Każdy jest alfą i omegą, tak ja też...

 

Gdybym cokolwiek znalazł, to pewnie bym nie pisał, ale widzę że niektórych razi to w oczy... Dostęp do serwera mam tylko Ja, nikt czasu nie zmienia, ani nic - bynajmniej logi o tym milczą.

[tym 205]

A logi crona? Też cisza?

[Gość patrys]

@Portek: Kafli powiedział gdzie jest problem, napisz do dostawcy usługi bo czas nie może się zmieniać

 

@tym proszę Cie nie nabijaj głupotami postów...

[spindritf 240]

Odkopuję, bo nikt nie napisał, że powinieneś postawić ntpd na serwerze, w ten sposób będziesz korygował zegar na bieżąco, a nie co godzinę czy nawet minutę, i dodatkowo masz pewność, że nie wprowadzisz nagłych zmian czasu, czego wiele aplikacji nie lubi. Tutaj masz przykładowy config, z serwera na FreeBSD w Polsce, ale pod Linuksami będzie podobonie, a za granicą po prostu wybierz inne serwery czasu:

 

$ cat /etc/ntp.conf
# $FreeBSD: src/etc/ntp.conf,v 1.2.2.1.6.1 2010/12/21 17:09:25 kensmith Exp $
#
# Default NTP servers for the FreeBSD operating system.
#
# Don't forget to enable ntpd in /etc/rc.conf with:
# ntpd_enable="YES"
#
# The driftfile is by default /var/db/ntpd.drift, check
# /etc/defaults/rc.conf on how to change the location.
#
server tempus1.gum.gov.pl
server tempus2.gum.gov.pl
server ntp.coi.pw.edu.pl
driftfile /var/db/ntp.drift
restrict tempus1.gum.gov.pl
restrict tempus2.gum.gov.pl
restrict ntp.coi.pw.edu.pl
restrict default ignore

 

Jednocześnie, warto się zwrócić do swojego dostawcy z tym problemem, bo może rzeczywiście maszyna wymaga update'u BIOS-a albo innych poprawek.

[ToFFiK 33]

Gratuluje za piękny odkop który nic nie wnosi do tematu, skoro on już miał ntp...

[spindritf 240]

Ale nie miał daemona ntp, tylko jakiś skrypt wywołujący ntpdate z crona. To nie to samo. Poza tym, może się w przyszłości przydać komuś szukającemu rozwiązania podobnego problemu.

[Gość Kamikadze]

Ale nie miał daemona ntp, tylko jakiś skrypt wywołujący ntpdate z crona. To nie to samo. Poza tym, może się w przyszłości przydać komuś szukającemu rozwiązania podobnego problemu.

 

Zapraszam do częstszego odwiedzania forum bo odświeżasz temat po ponad tygodniu...