Mint 18.1 - Un montón de "Solicitud de servidor de grupo xxx.xxx.xxx.xxx"

Estaba buscando en syslog para buscar un problema de audio y veo una gran cantidad de mensajes de demonio ntp del servidor de grupo Solicitante. He ejecutado otros Linux en el pasado y nunca recuerdo haber visto tantos mensajes de registro ntp. ¿Es esto debido a un nuevo problema de red quizás, es común para Mint, hay una manera de callarlos si es "común"?

He cambiado los operadores y el hardware del enrutador desde esos días, por lo que no descarto algo en mi red. No tengo problemas para acceder a Internet o jugar juegos en línea, etc.

linux-mint syslog ntpd

— Varsuuk
fuente

Soy nuevo en esto, alguien "rechazó" la pregunta. ¿Podría darme su opinión para saber qué hice mal o por qué no es una pregunta o ubicación correcta para la pregunta?

— Varsuuk

No soy el votante negativo, pero puedo ver un par de problemas con su pregunta que podrían haber apagado a alguien: Título con una palabra de maldición muy leve y no muy descriptiva. Menta (a veces visto como una distribución novata). Un 'problema' que no parece ser realmente un problema (¿qué problemas está causando esto, si es que hay alguno?

— etskinner

Puedo ver a qué te refieres con el título. Estaba siendo demasiado impertinente, realmente más como "irónico" teniendo en cuenta que tengo 52 años y nunca uso esa palabra, aunque la leo todo el tiempo en estos días;) (para el registro, lo habría escrito peor como "Un infierno de un montón de ... "si no hubiera hecho lo que hice. Perdone mi falta de sensibilidad católica NYer; PI se abstendrá de tal uso en el futuro (sinceramente significaba por cierto, no ser sarcástico.)

— Varsuuk

Para el registro, el título original era: Mint 18.1 - Hella lote de "Soliciting pool server xxx.xxx.xxx.xxx" - Lo cambié para no ofender en caso de que hiciera algo.

— Varsuuk

@etskinner Y gracias por los comentarios sobre lo que podría haber sido. Mi respuesta al votante original es una breve frase sobre "mal título / haciendo su trabajo / etc." que ayudaría en gran medida a prevenir estas preguntas en el futuro de aquellos dispuestos a escuchar, gracias a todos.

— Varsuuk

Respuestas:

Los mensajes significan que su servidor ntpd está buscando más fuentes de tiempo para sincronizar. Se espera ver un par de ellos, especialmente después de volver a conectarse a la red después de una interrupción o reinicio, pero si su ntpd y su conexión de red funcionan sin problemas, no debería ver más de unos pocos por día. Si tiene varios cada pocos minutos, es probable que sea un problema.

¿Su ntpd se conecta a sus pares y sincroniza la hora con éxito? Puede verificar eso usando ntpq. Mire la lista de pares ntpq -c pey el estrato informado y la hora de refin ntpq -c rv. El estrato de 16 significa "no sincronizado".

Esta:

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

significa que su NTP no funciona realmente (en este caso porque lo acabo de iniciar), mientras que esto:

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

significa que su NTP funciona correctamente.

Si no se sincroniza y permanece así durante mucho tiempo, es probable que tenga un problema de red o configuración. Busque man 5 ntp.confayuda y la página de soporte de NTP.org sobre configuración para ver ejemplos. En mi caso, la razón del interminable spam de "Solicitar servidor de grupo" fue la nopeerdirectiva, que debe estar desactivada para los servidores de grupo.

— Jonas
fuente

Para mí, parece que NTP está haciendo su trabajo: solicitando datos de tiempo de los servidores NTP, luego publicando eso en el syslog. Nada de que preocuparse.

— etskinner
fuente

Gracias, me pareció una cantidad de registro de detalles realmente atroz, como "hey, estoy haciendo mi trabajo, no hay nada malo, pero lo comprobaré el próximo" cada dos segundos o minutos de diferencia. Esta vez cambié a Mint porque se revisó bien y lo último que tuve fue Ubuntu, que apenas utilicé para los servidores de juegos de mis hijos y mis repositorios de desarrollo. Antes de eso, a principios de Aughts, usaba Gentoo y me encantaba (comencé la etapa 1 por primera vez como un loco, ya que no necesitaba hacerlo realmente), pero lo usé menos a medida que el tiempo se acortaba y luego cada vez que lo hacía, yo ' d gastar demasiado en

— atrapar emergencias

Se me olvidó mencionar en mi mensaje de spam ... Definitivamente tengo algún tipo de problema de red que es otro problema, así que no entraré en detalles aquí (implica "pausar" puttys / terms / ssh, etc. almacenando todo lo que escribo hasta que se restablezca la conexión subyacente) así que pensé que tal vez los registros constantes de NTPD indicaban algún problema de conectividad de red debido a la cantidad involucrada

— Varsuuk

De nada. No se preocupe, yo (y la mayoría de las personas) no juzgo a las personas en función de la distribución, pero algunas personas lo hacen. Probablemente sea mejor crear una pregunta separada para los otros problemas de red que está viendo. Si bien los registros NTP pueden ser un buen síntoma para mencionar, no parece ser el problema en sí.

— etskinner

Lo haré, gracias. Sí, traté de mencionarlo solo b / c, podría estar relacionado, PERO no quería dar más detalles, ya que leí la pregunta de hacer una pregunta por;) (lo que tiene sentido), simplemente no tenía un punto de referencia para medir la cantidad de ntp "spam" en contra. Veré después de que pueda volver a cablear / probar el otro problema, si al mismo tiempo cae el spam ntp. Se actualizará para la posteridad;)

— Varsuuk