Skocz do zawartości
Zaloguj się, aby obserwować  
Portek

Cofający się zegar systemowy

Polecane posty

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).

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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ą.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 przez tym (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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ć.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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ą.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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...

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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...

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się

Zaloguj się, aby obserwować  

×