Mennica 18.1 - Cała seria „Nagranie serwera puli xxx.xxx.xxx.xxx”

Szukałem w dzienniku systemowym, aby znaleźć problem z dźwiękiem i widzę cholernie dużo komunikatów demona ntp serwera puli pozyskiwania. Używałem innego linuksa w przeszłości i nigdy nie pamiętam, aby widziałem tak wiele komunikatów dziennika NTTP. Czy jest to spowodowane nowym problemem sieciowym, czy jest to typowe dla Mint, czy istnieje sposób, aby je uciszyć, jeśli jest „powszechne”?

Od tamtej pory zmieniłem operatorów i sprzęt routera, więc nie wykluczam czegoś w mojej sieci. Nie mam problemów z dostępem do Internetu lub grania w gry online itp.

linux-mint syslog ntpd Varsuuk
źródło

Jestem nowy w tym, ktoś „odrzucił” pytanie - czy mógłbyś przekazać opinię, aby wiedzieć, co zrobiłem źle lub dlaczego nie jest to poprawne pytanie lub lokalizacja pytania?

Varsuuk,

Nie jestem downvoter, ale widzę kilka problemów z twoim pytaniem, które mogły kogoś wyłączyć: tytuł z bardzo łagodnym przekleństwem i niezbyt opisowy. Mennica (czasami postrzegana jako nowicjusz) „Problem”, który nie wydaje się, że tak naprawdę jest problemem (jakie to powoduje, jeśli w ogóle?).

etskinner

Rozumiem, co masz na myśli z tytułu. Byłem trochę zbyt nonszalancki - naprawdę bardziej jak „ironiczny”, biorąc pod uwagę, że mam 52 lata i nigdy nie używam tego słowa, chociaż czytam je przez cały czas;) (dla przypomnienia napisałbym go gorzej „Piekło dużo… ”, gdybym tego nie zrobił. Wybacz mojemu katolikowi brak wrażliwości; PI powstrzyma się od takiego używania w przyszłości (szczerze oznaczało btw - nie bycie sarkastycznym.)

Varsuuk

Dla przypomnienia oryginalny tytuł brzmiał: Mint 18.1 - Hella dużo z „Soliciting pool server xxx.xxx.xxx.xxx” - Zmieniłem go, aby nie urazić, gdyby coś takiego zrobiło.

Varsuuk,

@etskinner I dziękuję za opinię na temat tego, co mogło być. Moja informacja zwrotna dla oryginalnego downvoter'a to krótkie zdanie na temat „złego tytułu / wykonywania pracy / itp.” Znacznie przyczyniłoby się do uniknięcia tych pytań w przyszłości od chętnych do wysłuchania, dziękuję wszystkim.

Varsuuk,

Odpowiedzi:

Wiadomości oznaczają, że Twój serwer ntpd szuka więcej źródeł czasu do synchronizacji. Spodziewane jest zobaczenie kilku z nich, szczególnie po ponownym połączeniu z siecią po awarii lub ponownym uruchomieniu, ale jeśli twój ntpd i połączenie sieciowe działają płynnie, nie powinno być więcej niż kilka dziennie. Jeśli masz kilka co kilka minut, prawdopodobnie jest to problem.

Czy Twój ntpd łączy się z urządzeniami równorzędnymi i pomyślnie synchronizuje czas? Możesz to sprawdzić za pomocą ntpq. Spójrz na listę peerów ntpq -c pei zgłoszoną warstwę i czas odnowienia w ntpq -c rv. Warstwa 16 oznacza „niezsynchronizowany”.

To:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 de.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
user@localhost $ ntpq -c rv
associd=0 status=c016 leap_alarm, sync_unspec, 1 event, restart,
version="ntpd [email protected] Tue Jun 20 08:08:18 UTC 2017 (1)",
processor="x86_64", system="Linux", leap=11, stratum=16,
precision=-23, rootdelay=0.000, rootdisp=0.090, refid=INIT,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
clock=dde6bdf4.dec8453b  Fri, Dec 22 2017  0:10:44.870, peer=0, tc=3,
mintc=3, offset=0.000000, frequency=4.981, sys_jitter=0.000000,
clk_jitter=0.000, clk_wander=0.000

oznacza, że twój NTP tak naprawdę nie działa (w tym przypadku, ponieważ właśnie go uruchomiłem), podczas gdy:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 cz.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
+mail.nettel.cz  195.113.144.201  3 u    4   64  377    5.215   -0.842   0.332
*fedecks.wuji.cz 195.113.144.238  2 u   61   64  377    2.121   -2.005   0.171
-lx.ujf.cas.cz   .GPS.            1 u   62   64  177    2.662   -0.714   0.215
-pyrrha.fi.muni. 195.113.144.238  2 u   63   64  177    7.445   -0.697   0.340
-host-81-200-57- 192.168.3.246    2 u   55   64  177   15.792    0.098   1.160
  cz.inthouse.clo 147.231.2.6      2 u   47   64   17    5.338   -0.266   0.461
user@localhost $ ntpq -c rv
associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync,
version="ntpd [email protected] Sat Jul 29 07:38:14 UTC 2017 (1)",
processor="ppc", system="Linux", leap=00, stratum=2,
precision=-19, rootdelay=2.652, rootdisp=4.409, refid=147.231.100.5,
reftime=dde6be4a.f90912d6  Fri, Dec 22 2017  0:12:10.972,
clock=dde6be4d.12f27b56  Fri, Dec 22 2017  0:12:13.074, peer=10703, tc=6,
mintc=3, offset=-0.387828, frequency=-254.539, sys_jitter=1.572660,
clk_jitter=0.456, clk_wander=0.098

oznacza, że Twój NTP działa poprawnie.

Jeśli nie synchronizuje się i pozostaje przez długi czas, prawdopodobnie masz problem z siecią lub konfiguracją. Zobacz man 5 ntp.confpomoc i stronę pomocy NTP.org na temat konfiguracji przykładów. W moim przypadku przyczyną niekończącego się spamu „namawianie serwera puli” była nopeerdyrektywa, która musi być wyłączona dla serwerów puli.

Jonas
źródło

Wydaje mi się, że NTP wykonuje swoje zadanie: żąda danych czasowych z serwerów NTP, a następnie umieszcza je w syslog. Nie ma się o co martwić.

etskinner
źródło

Dziękuję, po prostu wydawało mi się, że to naprawdę okropna ilość szczegółów, takich jak „hej, wykonuję swoją robotę, nic złego, ale sprawdzę ten następny” w odstępie kilku sekund do minut. Tym razem przeniosłem się na Mint, ponieważ został dobrze sprawdzony, a ostatnio miałem Ubuntu, którego ledwo używałem na serwerach gier mojego dziecka i moich repozytoriach programistycznych. Wcześniej na początku Aughts używałem Gentoo i pokochałem go (zacząłem pierwszy etap pierwszy raz jak wariat, bo tak naprawdę nie musiałem), ale zużywałem go mniej, ponieważ czasu było coraz mniej, a za każdym razem - ” d wydać za dużo na długie pojawiające się nadrabiania zaległości

Varsuuk

Zapomniałem wspomnieć w spamie ... Zdecydowanie mam jakiś problem z siecią, który jest kolejnym problemem, więc nie będę tutaj wchodził w szczegóły (obejmuje „wstrzymywanie” putty / term / ssh itp. Buforowanie wszystkiego, co wpisuję, dopóki nie zostanie przywrócone podstawowe połączenie) więc pomyślałem, że może stałe dzienniki NTPD wskazują na pewien problem z połączeniem sieci ze względu na ilość

Varsuuk,

Nie ma za co. Nie martw się, ja (i większość osób) nie oceniam ludzi na podstawie dystrybucji, ale niektórzy tak. Prawdopodobnie najlepiej jest utworzyć osobne pytanie dla innych problemów z siecią, które widzisz. Chociaż dzienniki NTP mogą być dobrym objawem, o którym należy wspomnieć, nie wydaje się, aby sam był problemem.

etskinner

Zrobię - dzięki. Tak, próbowałem wspomnieć o tym tylko, że może to być powiązane, ALE nie chciałem podawać więcej szczegółów, ponieważ przeczytałem pytanie na jedno pytanie;) rzecz (co ma sens) - po prostu nie miałem testu porównawczego do oceny ilości „spamu” w stosunku do. Zobaczę, kiedy przejdę do ponownego testowania / testowania drugiego problemu - jeśli jednocześnie spadnie spam NTTP. Aktualizacja dla potomności;)

Varsuuk