민트 18.1-많은“Soliciting pool server xxx.xxx.xxx.xxx”


11

오디오 문제를 조사하기 위해 syslog를 찾고 있었고 Soliciting pool server ntp 데몬 메시지가 많이 나왔습니다. 나는 과거에 다른 리눅스를 실행했으며 너무 많은 ntp 로그 메시지를 본 적이 결코 없습니다. 이것은 아마도 새로운 네트워크 문제로 인한 것일까 요, 민트에게 흔한 일입니까, "일반적인"경우에 그들을 흔드는 방법이 있습니까?

그 이후로 통신 사업자와 라우터 하드웨어를 변경했기 때문에 인터넷에서 무언가를 배제하지 않습니다. 인터넷에 액세스하거나 온라인 게임 등을하는 데 아무런 문제가 없습니다.


3
나는 이것에 익숙하지 않다. 누군가가 그 질문을 "공감"했다 – 피드백을 제공해 주시면 내가 뭘 잘못했는지 또는 왜 그것이 올바른 질문이나 질문에 대한 위치가 아닌지 또는 알 수 있습니까?
Varsuuk

2
나는 downvoter가 아니지만 누군가를 끌 수있는 귀하의 질문에 몇 가지 문제를 볼 수 있습니다 : 매우 온화한 저주 단어로 제목이 너무 설명 적이 지 않습니다. 민트 (때로는 초보자 배포판으로 간주 됨). 실제로 문제가 아닌 것처럼 보이는 '문제'(있는 경우 어떤 문제가 발생합니까?)
etskinner

1
제목에서 무슨 의미인지 알 수 있습니다. 나는 약간 너무 뒤집어졌다-나는 52 살을 고려할 때 실제로 "ironic"과 비슷하다. 그리고 요즘 항상 그것을 읽더라도 그 단어를 사용하지는 않는다;) (기록을 위해, 나는 그것을 "지옥의 지옥 의 ... "많은 내가 그랬던 것처럼 내가하지 있었다 감성의 부족 내 가톨릭 NYer 용서, PI는 향후 이러한 사용을 자제합니다. (진지 BTW 의미 - 반어법 없습니다.)
Varsuuk

1
레코드의 원래 제목은 다음과 같습니다. Mint 18.1-“Soliciting pool server xxx.xxx.xxx.xxx”의 Hella lot-일부 경우에 기분이 상하지 않도록 변경했습니다.
Varsuuk

@etskinner 그리고 그것이 무엇인지에 대한 피드백에 감사드립니다. 오리지널 downvoter에 대한 나의 의견은 "나쁜 제목 / 일을하는 등의 일"에 대한 짧은 문장으로, 앞으로이 질문들을 듣고 자하는 사람들로부터 멀어지게 할 것입니다. 모두 감사합니다.
Varsuuk

답변:


7

이 메시지는 ntpd 서버가 동기화 할 더 많은 시간 소스를 찾고 있음을 의미합니다. 특히 정전 또는 재시작 후 네트워크에 다시 연결 한 후 몇 가지를 예상 할 수 있지만 ntpd와 네트워크 연결이 원활하게 실행되는 경우 하루에 몇 개 이상 표시되지 않아야합니다. 몇 분마다 몇 개가 있으면 문제 일 수 있습니다.

ntpd가 피어에 연결하고 시간을 성공적으로 동기화합니까? 를 사용하여 확인할 수 있습니다 ntpq. 의 동료 목록 ntpq -c pe과보고 된 지층 및 참조 시간을 확인하십시오 ntpq -c rv. 계층 16은 "동기화되지 않음"을 의미합니다.

이:

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 4.2.8p10@1.3728-o 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

NTP가 실제로 작동하지 않는다는 것을 의미합니다 (이 경우 방금 시작했기 때문에).

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 4.2.8p10@1.3728-o 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

NTP가 올바르게 작동 함을 의미합니다.

동기화되지 않고 오랫동안 그렇게 유지되면 네트워크 또는 구성 문제 일 수 있습니다. 예제 구성man 5 ntp.conf대한 도움말 및 NTP.org 지원 페이지를 참조하십시오 . 필자의 경우, 끝이없는 "Soliciting pool server"스팸의 이유는 nopeer지시어 였으며 이는 풀 서버에 대해 해제되어야합니다.


0

나에게는 NTP가 NTP 서버에서 시간 데이터를 요청한 다음 syslog에 게시하여 작업을 수행하는 것처럼 보입니다. 걱정할 것이 없습니다.


고마워요. "이봐, 난 내 일을하고있어, 아무 잘못도 없지만 다음에 확인해 볼게"와 같이 정말 엄청나게 많은 양의 세부 로깅처럼 보였습니다. 나는 이것이 잘 검토 되었기 때문에 이번에는 Mint로 전환했으며 마지막으로 Ubuntu는 내 아이의 게임 서버와 개발 저장소에만 거의 사용하지 않았습니다. 그 전에 Aughts에서 Gentoo를 사용하고 사랑했습니다 (실제로 필요하지 않았기 때문에 너트처럼 첫 번째 커플 타임 1 단계를 시작했습니다). 그러나 시간이 짧아지고 매번 할 때마다 덜 사용했습니다. d는 오랫동안 등장한 캐치 업에 너무 많이 쓴다
Varsuuk

내 스팸에서 언급하는 것을 잊어 버렸습니다 ... 나는 분명히 다른 문제 인 일종의 네트워크 문제가 있으므로 여기에 자세히 설명하지 않습니다 (기본적으로 conn이 다시 성립 될 때까지 입력하는 모든 것을 버퍼링하는 퍼티 / 용어 / SSH 등을 포함합니다) 그래서 일정한 NTPD 로그가 관련 수량으로 인해 일부 네트워크 연결 문제를 나타내는 것으로 생각합니다.
Varsuuk

천만에요. 걱정하지 마십시오. 저는 (그리고 대부분의 사람들은) 배포판을 기준으로 사람들을 판단하지 않지만 일부 사람들은 판단합니다. 아마도 다른 네트워크 문제에 대해 별도의 질문을 작성하는 것이 가장 좋습니다. NTP 로그는 언급하기에 좋은 증상이지만 문제 자체는 아닙니다.
etskinner

윌-고마워 그래, 나는 단지 b / c 만 언급하려고 노력했지만 관련 될 수는 있지만 더 많은 세부 정보를 원치 않았기 때문에 나는 하나의 질문을 읽었으므로;) ntp "스팸"의 양을 측정합니다. ntp 스팸이 삭제되면 다른 문제를 다시 배선 / 테스트 한 후에 볼 수 있습니다. 후손을 위해 업데이트됩니다;)
Varsuuk
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.