Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: [Lug-bg] ntpd аномалия


  • Subject: Re: [Lug-bg] ntpd аномалия
  • From: Peter Pentchev <roam@xxxxxxxxxxx>
  • Date: Mon, 22 Jun 2009 13:04:51 +0300

On Mon, Jun 22, 2009 at 12:52:21PM +0300, Svilen Ivanov wrote:
> Мерси за отговора, ето изхода от grep:
> 
> /var/log/daemon.log:Jun 18 10:09:16 svi ntpd[4135]: Listening on
[snip]
> /var/log/daemon.log:Jun 22 10:39:16 svi ntpd[4135]: ntpd exiting on signal 15
> /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7653]: ntpd
> 4.2.4p4@1.1520-o Wed May 13 21:05:57 UTC 2009 (1)
> /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: precision = 1.000 usec
[snip]
> /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: Listening on
> interface #2 lo, ::1#123 Enabled
[snip]
> /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: kernel time sync status 0040
> /var/log/daemon.log:Jun 22 10:40:11 svi ntpd[7654]: frequency
> initialized 143.985 PPM from /var/lib/ntp/ntp.drift
> /var/log/daemon.log:Jun 22 10:43:28 svi ntpd[7654]: synchronized to
> 91.189.94.4, stratum 2
> /var/log/daemon.log:Jun 22 10:43:28 svi ntpd[7654]: kernel time sync
> status change 0001
> 
> И от ntpq:
> 
> svilen@svi:~$ sudo ntpq -pn
>      remote           refid      st t when poll reach   delay   offset  jitter
> ==============================================================================
> *91.189.94.4     193.79.237.14    2 u   46   64  377   45.577   18.862   0.422

Мдам, всичко това много силно мирише на един сървър, който просто
ти е далеч в мрежово отношение и синхронизирането с него става бавно.
Затова ntpd не успява винаги да синхронизира - трябва му много време,
много опити, за да изчисли средните стойности за отклонението и какво
ли не, и в крайна сметка не винаги успява.

> Това което прави впечатление от логовете е, че днес при boot
> (09:53:35) няма "synchronized to 91.189.94.4, stratum 2" както след
> restart на демона (10:40:11- 10:43:28).
> 
> Ще направя промяната с "server 0.europe.pool.ntp.org" и ще го
> наблюдавам - иначе конфигурацията по-подразбиране е с един сървър.

Много, много силно бих ти препоръчал да ползваш *повече* от един
сървър :)  ntpd е достатъчно умно, за да се оправи с питане на
повече сървъри, определяне кой от тях е най-близо и с най-добро
качество и с най-добър източник на време, и правене на компромиси,
които понякога дори се променят с течение на времето.

Още по-добра идея е да не ползваш винаги 0.*.pool.ntp.org, защото
той може да се окаже малко попретоварен :)  Ползвай точно списъка
със шест сървъра, които ти дадох - няма да имаш проблеми с тях.

Наистина не знам защо конфигурацията на Ubuntu по подразбиране е
само с един сървър; това е просто глупаво.  Дори и да правят
DNS round-robin, дори и да ползват GeoDNS и подобни трикове, все
пак остава фактът, че в крайна сметка твоето ntpd започва да
синхронизира само с един сървър, което е... просто глупаво.
"Истински" Debian при инсталация по подразбиране слага четири
сървъра, [0123].debian.pool.ntp.org; мисля, че и други дистрибуции
и други операционни системи по подразбиране слагат повече от един.
Един е... просто глупаво, да не говорим за нецелесъобразно :)

Поздрави,
Петър

-- 
Peter Pentchev	roam@xxxxxxxxxxx    roam@xxxxxxxx    roam@xxxxxxxxxxx
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
This sentence no verb.

Attachment: pgp4IJYwvYxRs.pgp
Description: PGP signature

_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg


 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.