17 odpowiedzi na ten temat

[Portek]

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

[nrm]

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

[kafi]

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]

nrm, o 10 grudzień 2011 - 22:24, powiedział:

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

Wykonuję aktualizację czasu via ntpdate.

kafi, o 10 grudzień 2011 - 22:37, powiedział:

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]

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

Ten post był edytowany przez tym dnia: 11 grudzień 2011 - 10:30

[regdos]

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

[Portek]

tym, o 11 grudzień 2011 - 10:30, powiedział:

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.

regdos, o 11 grudzień 2011 - 11:37, powiedział:

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]

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

Cytuj

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]

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

[Portek]

tym, o 11 grudzień 2011 - 12:19, powiedział:

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

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

[tym]

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

[Portek]

tym, o 11 grudzień 2011 - 12:56, powiedział:

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]

A logi crona? Też cisza?

[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]

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]

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

[spindritf]

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.

[Kamikadze]

spindritf, o 07 luty 2012 - 16:26, powiedział:

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