Re: Error información desconocida en ntp Debian Wheezy (Solucionado)
El día 6 de agosto de 2014, 19:19, Camaleón noela...@gmail.com escribió: El Wed, 06 Aug 2014 15:39:46 +0200, Maykel Franco escribió: El día 6 de agosto de 2014, 15:36, Camaleón noela...@gmail.com escribió: El Wed, 06 Aug 2014 15:22:23 +0200, Maykel Franco escribió: El día 6 de agosto de 2014, 15:17, Camaleón noela...@gmail.com escribió: (...) Lo he cambiado, comentaré resultados. Muchas gracias a todos, se agradece mucho la ayuda. Yo no lo hubiera cambiado hasta comprobar si con el cambio de pool volvía a aparecer el mensaje de timeout. Sí toda la razón del mundo camaleón, pero antes de tocar nada el check_mk_agent quería comprobar si se podría solucionar tocando el ntp.conf Y esa prueba es la que aún no has tenido tiempo de verificar ¿o has vuelto a recibir un timeout con el nuevo pool? Lo probé y seguía llegando el mismo error...Correos y correos de alertas... Haber si con esto se soluciona. Entonces deberías comprobar, además, si ese timeout te lo genera algún cortafuegos que tengas en la red y que esté filtrando los paquetes. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.06.17.19...@gmail.com Desde que añadi ese parámetro a check_mk, no he vuelto a recibir las alertas de ntp. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa8wgl0dl_-w-vm3ilkj5x6z8ogekq_dmn2j8ikc2oh...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El día 5 de agosto de 2014, 15:56, Camaleón noela...@gmail.com escribió: El Tue, 05 Aug 2014 12:39:09 +0200, Maykel Franco escribió: (...) Antes de nada gracias por la info y por la ayuda. Una cosa, el stratum que es concretamente, los saltos que tiene hasta que llega al servidor ntp?? Como si fuera un traceroute? No, indica una jerarquía; un estrato más bajo muestra la cercanía del servidor con la fuente de origen de la sincronización y por ende, gozan de mayor precisión. http://en.wikipedia.org/wiki/Network_Time_Protocol#Clock_strata Y otra cosa, de momento voy a probar solo con el servidor que me ha aconsejado Camaleón: remote refid st t when poll reach delay offset jitter == numeros.vectric 130.206.3.1662 u2 6413.0470.251 21.179 Y comento resultados. De eso se trata, de que hagas pruebas y una de ellas (la más sencilla) es elegir un servidor (un pool, mejor dicho) con el que tengas buenas sintonía. Si eso tampoco sirve, la siguiente prueba sería la que comentan en el hilo que te pasé y que consistía en desactivar la resolución de los nombres de los servidores en la orden de ntp que usa el mk porque si el chivato del mk te dice que la sincronización te ha devuelto un timeout es que puede haber algo (cortafuegos, proxy...) que está impidiendo o ralentizando la consulta (pregunta/respuesta) entre tu servidor y los del pool de ntp y todo lo que hagas para agilizar la consulta irá a tu favor. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.05.13.56...@gmail.com Pues muchas gracias a todos, creo que ya lo he solventado. Al final fijaros lo que he encontrado: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commitdiff;h=e9bf12f727bdc617efaaf3075d24e6f8623c12a1 - run_cached -s ntp 30 waitmax 5 ntpq -p | sed -e 1,2d -e 's/^\(.\)/\1 /' -e 's/^ /%/' + run_cached -s ntp 30 waitmax 5 ntpq -np | sed -e 1,2d -e 's/^\(.\)/\1 /' -e 's/^ /%/' Dicen de añadir al comando ntpq el parámetro -n: -n Output all host addresses in dotted-quad numeric format rather than converting to the canonical host names. Por lo visto era un bug de la versión que uso de check_mk que es la omd estable... Lo he cambiado, comentaré resultados. Muchas gracias a todos, se agradece mucho la ayuda. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa_xwovc_bg+qzbuhw1cpdo8r-iynj1riysay7eaw-z...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Wed, 06 Aug 2014 12:29:04 +0200, Maykel Franco escribió: El día 5 de agosto de 2014, 15:56, Camaleón noela...@gmail.com escribió: (...) Si eso tampoco sirve, la siguiente prueba sería la que comentan en el hilo que te pasé y que consistía en desactivar la resolución de los nombres de los servidores en la orden de ntp que usa el mk porque si el chivato del mk te dice que la sincronización te ha devuelto un timeout es que puede haber algo (cortafuegos, proxy...) que está impidiendo o ralentizando la consulta (pregunta/respuesta) entre tu servidor y los del pool de ntp y todo lo que hagas para agilizar la consulta irá a tu favor. Pues muchas gracias a todos, creo que ya lo he solventado. Al final fijaros lo que he encontrado: http://git.mathias-kettner.de/git/? p=check_mk.git;a=commitdiff;h=e9bf12f727bdc617efaaf3075d24e6f8623c12a1 - run_cached -s ntp 30 waitmax 5 ntpq -p | sed -e 1,2d -e 's/^\(.\)/\1 /' -e 's/^ /%/' + run_cached -s ntp 30 waitmax 5 ntpq -np | sed -e 1,2d -e 's/^\(.\)/\1 /' -e 's/^ /%/' Dicen de añadir al comando ntpq el parámetro -n: -n Output all host addresses in dotted-quad numeric format rather than converting to the canonical host names. Sí, claro, eso es lo que decían en el hilo que te pasé *en el primer correo* y como me digas que no lo habías visto es para darte un buen coscorrón, la verdad. Por lo visto era un bug de la versión que uso de check_mk que es la omd estable... Sinceramente, no creo sea un bug sino una mejora. Simplemente que lo han cambiado en versiones posteriores, supongo que para agilizar un poco la consulta pero nada más. Lo he cambiado, comentaré resultados. Muchas gracias a todos, se agradece mucho la ayuda. Yo no lo hubiera cambiado hasta comprobar si con el cambio de pool volvía a aparecer el mensaje de timeout. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.06.13.17...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El día 6 de agosto de 2014, 15:17, Camaleón noela...@gmail.com escribió: El Wed, 06 Aug 2014 12:29:04 +0200, Maykel Franco escribió: El día 5 de agosto de 2014, 15:56, Camaleón noela...@gmail.com escribió: (...) Si eso tampoco sirve, la siguiente prueba sería la que comentan en el hilo que te pasé y que consistía en desactivar la resolución de los nombres de los servidores en la orden de ntp que usa el mk porque si el chivato del mk te dice que la sincronización te ha devuelto un timeout es que puede haber algo (cortafuegos, proxy...) que está impidiendo o ralentizando la consulta (pregunta/respuesta) entre tu servidor y los del pool de ntp y todo lo que hagas para agilizar la consulta irá a tu favor. Pues muchas gracias a todos, creo que ya lo he solventado. Al final fijaros lo que he encontrado: http://git.mathias-kettner.de/git/? p=check_mk.git;a=commitdiff;h=e9bf12f727bdc617efaaf3075d24e6f8623c12a1 - run_cached -s ntp 30 waitmax 5 ntpq -p | sed -e 1,2d -e 's/^\(.\)/\1 /' -e 's/^ /%/' + run_cached -s ntp 30 waitmax 5 ntpq -np | sed -e 1,2d -e 's/^\(.\)/\1 /' -e 's/^ /%/' Dicen de añadir al comando ntpq el parámetro -n: -n Output all host addresses in dotted-quad numeric format rather than converting to the canonical host names. Sí, claro, eso es lo que decían en el hilo que te pasé *en el primer correo* y como me digas que no lo habías visto es para darte un buen coscorrón, la verdad. Sí, sí lo :P Por lo visto era un bug de la versión que uso de check_mk que es la omd estable... Sinceramente, no creo sea un bug sino una mejora. Simplemente que lo han cambiado en versiones posteriores, supongo que para agilizar un poco la consulta pero nada más. Lo he cambiado, comentaré resultados. Muchas gracias a todos, se agradece mucho la ayuda. Yo no lo hubiera cambiado hasta comprobar si con el cambio de pool volvía a aparecer el mensaje de timeout. Sí toda la razón del mundo camaleón, pero antes de tocar nada el check_mk_agent quería comprobar si se podría solucionar tocando el ntp.conf Saludos, Gracias por todo. -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.06.13.17...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa-z5qpp6vwgcnxjulictc+3g6-4ezgjbejnr_3z__8...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Wed, 06 Aug 2014 15:22:23 +0200, Maykel Franco escribió: El día 6 de agosto de 2014, 15:17, Camaleón noela...@gmail.com escribió: (...) Lo he cambiado, comentaré resultados. Muchas gracias a todos, se agradece mucho la ayuda. Yo no lo hubiera cambiado hasta comprobar si con el cambio de pool volvía a aparecer el mensaje de timeout. Sí toda la razón del mundo camaleón, pero antes de tocar nada el check_mk_agent quería comprobar si se podría solucionar tocando el ntp.conf Y esa prueba es la que aún no has tenido tiempo de verificar ¿o has vuelto a recibir un timeout con el nuevo pool? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.06.13.36...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El día 6 de agosto de 2014, 15:36, Camaleón noela...@gmail.com escribió: El Wed, 06 Aug 2014 15:22:23 +0200, Maykel Franco escribió: El día 6 de agosto de 2014, 15:17, Camaleón noela...@gmail.com escribió: (...) Lo he cambiado, comentaré resultados. Muchas gracias a todos, se agradece mucho la ayuda. Yo no lo hubiera cambiado hasta comprobar si con el cambio de pool volvía a aparecer el mensaje de timeout. Sí toda la razón del mundo camaleón, pero antes de tocar nada el check_mk_agent quería comprobar si se podría solucionar tocando el ntp.conf Y esa prueba es la que aún no has tenido tiempo de verificar ¿o has vuelto a recibir un timeout con el nuevo pool? Lo probé y seguía llegando el mismo error...Correos y correos de alertas... Haber si con esto se soluciona. Saludos. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.06.13.36...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA9UAT4o=Ywb3Wpg4Nzj9hVV+E4ydWjET=sua3yzoog...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Wed, 06 Aug 2014 15:39:46 +0200, Maykel Franco escribió: El día 6 de agosto de 2014, 15:36, Camaleón noela...@gmail.com escribió: El Wed, 06 Aug 2014 15:22:23 +0200, Maykel Franco escribió: El día 6 de agosto de 2014, 15:17, Camaleón noela...@gmail.com escribió: (...) Lo he cambiado, comentaré resultados. Muchas gracias a todos, se agradece mucho la ayuda. Yo no lo hubiera cambiado hasta comprobar si con el cambio de pool volvía a aparecer el mensaje de timeout. Sí toda la razón del mundo camaleón, pero antes de tocar nada el check_mk_agent quería comprobar si se podría solucionar tocando el ntp.conf Y esa prueba es la que aún no has tenido tiempo de verificar ¿o has vuelto a recibir un timeout con el nuevo pool? Lo probé y seguía llegando el mismo error...Correos y correos de alertas... Haber si con esto se soluciona. Entonces deberías comprobar, además, si ese timeout te lo genera algún cortafuegos que tengas en la red y que esté filtrando los paquetes. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.06.17.19...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El día 4 de agosto de 2014, 18:49, Alberto albe...@bersol.info escribió: El 04/08/14 01:05, Manolo Díaz escribió: El domingo, 3 ago 2014 a las 22:11 horas (UTC+2), Alberto escribió: El 03/08/14 21:42, Manolo Díaz escribió: ... Esas cifras que Maykel ha pegado no creo que difieran mucho a las que mostraría tu router que, a diferencia de tu ordenador, no tiene una conexión directa con el servidor de stratum 3 (por lo que muestras en tu correo). Si puedes logarte en tu router y ejecutar allí ntpq -p verás más claramente lo que te quiero decir. ntpd: resolved peer 1.debian.pool.ntp.org to 147.83.123.133 ntpd: sent query to 147.83.123.133 ntpd: reply from 147.83.123.133: reach 0x01 offset -0.005482 delay 0.047070 status 0x24 strat 3 refid 0xc0a83d05 rootdelay 0.002045 La orden usada importa, Alberto, porque las unidades mostradas pueden ser diferentes. Maykel usa ntpq -p, cuya salida viene dada en milisegundos, y tú has usado previamente ntpdc -p (acabo de darme cuenta), que muestra la salida en segundos y ahora los logs de ntpd, que no sé qué unidad de tiempo usa, supongo que también el segundo. Cierto, es que yo siempre uso el ntpdc -p, y no expresan en la misma unidad... ~$ ntpdc -p remote local st poll reach delay offsetdisp === *84.88.69.32 192.168.1.10 2 256 377 0.02856 0.000375 0.11035 ~$ ntpq -p remote refid st t when poll reach delay offset jitter == *84.88.69.32 193.67.79.2022 u 79 256 377 28.5700.375 1.558 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53dfb9b6.4010...@bersol.info Antes de nada gracias por la info y por la ayuda. Una cosa, el stratum que es concretamente, los saltos que tiene hasta que llega al servidor ntp?? Como si fuera un traceroute? Y otra cosa, de momento voy a probar solo con el servidor que me ha aconsejado Camaleón: remote refid st t when poll reach delay offset jitter == numeros.vectric 130.206.3.1662 u2 6413.0470.251 21.179 Y comento resultados. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA84mozcRjEW6yUOgbc9THCEbJCv+G009w=xtka3mf5...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Tue, 05 Aug 2014 12:39:09 +0200, Maykel Franco escribió: (...) Antes de nada gracias por la info y por la ayuda. Una cosa, el stratum que es concretamente, los saltos que tiene hasta que llega al servidor ntp?? Como si fuera un traceroute? No, indica una jerarquía; un estrato más bajo muestra la cercanía del servidor con la fuente de origen de la sincronización y por ende, gozan de mayor precisión. http://en.wikipedia.org/wiki/Network_Time_Protocol#Clock_strata Y otra cosa, de momento voy a probar solo con el servidor que me ha aconsejado Camaleón: remote refid st t when poll reach delay offset jitter == numeros.vectric 130.206.3.1662 u2 6413.0470.251 21.179 Y comento resultados. De eso se trata, de que hagas pruebas y una de ellas (la más sencilla) es elegir un servidor (un pool, mejor dicho) con el que tengas buenas sintonía. Si eso tampoco sirve, la siguiente prueba sería la que comentan en el hilo que te pasé y que consistía en desactivar la resolución de los nombres de los servidores en la orden de ntp que usa el mk porque si el chivato del mk te dice que la sincronización te ha devuelto un timeout es que puede haber algo (cortafuegos, proxy...) que está impidiendo o ralentizando la consulta (pregunta/respuesta) entre tu servidor y los del pool de ntp y todo lo que hagas para agilizar la consulta irá a tu favor. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.05.13.56...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El 04/08/14 01:05, Manolo Díaz escribió: El domingo, 3 ago 2014 a las 22:11 horas (UTC+2), Alberto escribió: El 03/08/14 21:42, Manolo Díaz escribió: ... Esas cifras que Maykel ha pegado no creo que difieran mucho a las que mostraría tu router que, a diferencia de tu ordenador, no tiene una conexión directa con el servidor de stratum 3 (por lo que muestras en tu correo). Si puedes logarte en tu router y ejecutar allí ntpq -p verás más claramente lo que te quiero decir. ntpd: resolved peer 1.debian.pool.ntp.org to 147.83.123.133 ntpd: sent query to 147.83.123.133 ntpd: reply from 147.83.123.133: reach 0x01 offset -0.005482 delay 0.047070 status 0x24 strat 3 refid 0xc0a83d05 rootdelay 0.002045 La orden usada importa, Alberto, porque las unidades mostradas pueden ser diferentes. Maykel usa ntpq -p, cuya salida viene dada en milisegundos, y tú has usado previamente ntpdc -p (acabo de darme cuenta), que muestra la salida en segundos y ahora los logs de ntpd, que no sé qué unidad de tiempo usa, supongo que también el segundo. Cierto, es que yo siempre uso el ntpdc -p, y no expresan en la misma unidad... ~$ ntpdc -p remote local st poll reach delay offsetdisp === *84.88.69.32 192.168.1.10 2 256 377 0.02856 0.000375 0.11035 ~$ ntpq -p remote refid st t when poll reach delay offset jitter == *84.88.69.32 193.67.79.2022 u 79 256 377 28.5700.375 1.558 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53dfb9b6.4010...@bersol.info
Re: Error información desconocida en ntp Debian Wheezy
El 01/08/14 09:50, Maykel Franco escribió: ... Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos servidores que me aconsejastes: server 0.debian.pool.ntp.org iburst server es.pool.ntp.org iburst remote refid st t when poll reach delay offset jitter == *81.184.154.182. 158.227.98.152 u 463 1024 377 20.3523.954 2.869 +vps01.roethof.n 83.98.201.1343 u 370 1024 377 36.3383.107 1.144 Incluso probé solo con uno y pasa lo mismo también...No sé si puede ser algo concreto de check_mk o si tengo que cambiar algo de esa parte. no se si tendrá relacion con el error, pero es que aunque tienes 2, y están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS QUE CONSIDERABLE, que entiendo que no es correcto. Mi consejo, tira solo de uno, para todos los aparatos de la red, que sea minimamente fiable, pero si tiene un problema, al menos todos estarán sincronizados de la misma forma. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53de3d8a.60...@bersol.info
Re: Error información desconocida en ntp Debian Wheezy
El domingo, 3 ago 2014 a las 15:47 horas (UTC+2), Alberto escribió: El 01/08/14 09:50, Maykel Franco escribió: ... Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos servidores que me aconsejastes: server 0.debian.pool.ntp.org iburst server es.pool.ntp.org iburst remote refid st t when poll reach delay offset jitter == *81.184.154.182. 158.227.98.152 u 463 1024 377 20.3523.954 2.869 +vps01.roethof.n 83.98.201.1343 u 370 1024 377 36.3383.107 1.144 Incluso probé solo con uno y pasa lo mismo también...No sé si puede ser algo concreto de check_mk o si tengo que cambiar algo de esa parte. no se si tendrá relacion con el error, pero es que aunque tienes 2, y están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS QUE CONSIDERABLE, que entiendo que no es correcto. ¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de diferencia en los retardos es más que considerable? Mi consejo, tira solo de uno, para todos los aparatos de la red, que sea minimamente fiable, pero si tiene un problema, al menos todos estarán sincronizados de la misma forma. También me sorprende esto. Si este sistema se utilizase para sincronizar a otros, ¿Cómo iba una única fuente a suministrar tiempos diferentes? Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140803170657.28385...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El 03/08/14 17:06, Manolo Díaz escribió: El domingo, 3 ago 2014 a las 15:47 horas (UTC+2), Alberto escribió: El 01/08/14 09:50, Maykel Franco escribió: ... Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos servidores que me aconsejastes: server 0.debian.pool.ntp.org iburst server es.pool.ntp.org iburst remote refid st t when poll reach delay offset jitter == *81.184.154.182. 158.227.98.152 u 463 1024 377 20.3523.954 2.869 +vps01.roethof.n 83.98.201.1343 u 370 1024 377 36.3383.107 1.144 Incluso probé solo con uno y pasa lo mismo también...No sé si puede ser algo concreto de check_mk o si tengo que cambiar algo de esa parte. no se si tendrá relacion con el error, pero es que aunque tienes 2, y están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS QUE CONSIDERABLE, que entiendo que no es correcto. ¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de diferencia en los retardos es más que considerable? pues yo diria que no, este es el mio... alberto@apevia:~$ ntpdc -p remote local st poll reach delay offsetdisp === *RouterWrt 192.168.1.10 4 128 377 0.00032 -0.001888 0.10770 como ves, si son milisegundos sera despues del decimal, y la dispersión no llega a 1, tu tienes valores con varias unidades Mi consejo, tira solo de uno, para todos los aparatos de la red, que sea minimamente fiable, pero si tiene un problema, al menos todos estarán sincronizados de la misma forma. También me sorprende esto. Si este sistema se utilizase para sincronizar a otros, ¿Cómo iba una única fuente a suministrar tiempos diferentes? Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53de7618.7060...@bersol.info
Re: Error información desconocida en ntp Debian Wheezy
El domingo, 3 ago 2014 a las 19:49 horas (UTC+2), Alberto escribió: El 03/08/14 17:06, Manolo Díaz escribió: El domingo, 3 ago 2014 a las 15:47 horas (UTC+2), Alberto escribió: El 01/08/14 09:50, Maykel Franco escribió: ... Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos servidores que me aconsejastes: server 0.debian.pool.ntp.org iburst server es.pool.ntp.org iburst remote refid st t when poll reach delay offset jitter == *81.184.154.182. 158.227.98.152 u 463 1024 377 20.3523.954 2.869 +vps01.roethof.n 83.98.201.1343 u 370 1024 377 36.3383.107 1.144 Incluso probé solo con uno y pasa lo mismo también...No sé si puede ser algo concreto de check_mk o si tengo que cambiar algo de esa parte. no se si tendrá relacion con el error, pero es que aunque tienes 2, y están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS QUE CONSIDERABLE, que entiendo que no es correcto. ¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de diferencia en los retardos es más que considerable? pues yo diria que no, este es el mio... alberto@apevia:~$ ntpdc -p remote local st poll reach delay offsetdisp === *RouterWrt 192.168.1.10 4 128 377 0.00032 -0.001888 0.10770 como ves, si son milisegundos sera despues del decimal, y la dispersión no llega a 1, tu tienes valores con varias unidades Claro, tú estás usando tu router local, ese que está a pocos metros de distancia y es el siguiente nodo en la red, como servidor de tiempo. Naturalmente los retardos son bajísimos, faltaría más. Pero ese router ha de sincronizarse con otros servidores en internet, y seguro que el retardo ya no es tan bueno. No te engañes por la bondad de esos valores. Eso sí, como bien dices, todos los equipos de tu red estarán bien sincronizados. Tienes una configuración típica en una red local. En cambio, lo que está haciendo Maykel es usar directamente los servidores de tiempo de internet, sin consultar a ningún nodo de su red doméstica. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140803202245.3b91c...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El 03/08/14 20:22, Manolo Díaz escribió: ... alberto@apevia:~$ ntpdc -p remote local st poll reach delay offsetdisp === *RouterWrt 192.168.1.10 4 128 377 0.00032 -0.001888 0.10770 como ves, si son milisegundos sera despues del decimal, y la dispersión no llega a 1, tu tienes valores con varias unidades Claro, tú estás usando tu router local, ese que está a pocos metros de distancia y es el siguiente nodo en la red, como servidor de tiempo. Naturalmente los retardos son bajísimos, faltaría más. Pero ese router ha de sincronizarse con otros servidores en internet, y seguro que el retardo ya no es tan bueno. No te engañes por la bondad de esos valores. Eso sí, como bien dices, todos los equipos de tu red estarán bien sincronizados. Tienes una configuración típica en una red local. En cambio, lo que está haciendo Maykel es usar directamente los servidores de tiempo de internet, sin consultar a ningún nodo de su red doméstica. creo que estas mezclando los terminos, una cosa es el retardo en la consulta al NTP server que hayas configurado, y otra el desfase de la hora que tengas con el sea cual sea la distancia que tengas con respecto a tu NTP server (el grado de proximidad, o saltos viene determinado por el stratum) tu desfase con respecto a tu servidor no debiera ser superior a medio segundo, ya que es este el umbral que determina NTP para ir modificando la hora de tu sistema (aunque de este dato no estoy seguro si corresponde a ntpdate) si la consulta se ralentiza en demasia, entonces NTP deja de tener sentido ya que no puede garantizar la sincronización con el sistema esas cifras que ha pegado, entiendo que deben ser provocadas por una ralentización excesiva en la consulta, o que lleva poco tiempo trabajando con este servidor, y aun no ha llegado a sincronizarlo correctamente (recordemos que NTP realiza su funcion gradualmente) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53de8ca5.90...@bersol.info
Re: Error información desconocida en ntp Debian Wheezy
El domingo, 3 ago 2014 a las 21:25 horas (UTC+2), Alberto escribió: El 03/08/14 20:22, Manolo Díaz escribió: ... alberto@apevia:~$ ntpdc -p remote local st poll reach delay offsetdisp === *RouterWrt 192.168.1.10 4 128 377 0.00032 -0.001888 0.10770 como ves, si son milisegundos sera despues del decimal, y la dispersión no llega a 1, tu tienes valores con varias unidades Claro, tú estás usando tu router local, ese que está a pocos metros de distancia y es el siguiente nodo en la red, como servidor de tiempo. Naturalmente los retardos son bajísimos, faltaría más. Pero ese router ha de sincronizarse con otros servidores en internet, y seguro que el retardo ya no es tan bueno. No te engañes por la bondad de esos valores. Eso sí, como bien dices, todos los equipos de tu red estarán bien sincronizados. Tienes una configuración típica en una red local. En cambio, lo que está haciendo Maykel es usar directamente los servidores de tiempo de internet, sin consultar a ningún nodo de su red doméstica. creo que estas mezclando los terminos, una cosa es el retardo en la consulta al NTP server que hayas configurado, y otra el desfase de la hora que tengas con el sea cual sea la distancia que tengas con respecto a tu NTP server (el grado de proximidad, o saltos viene determinado por el stratum) tu desfase con respecto a tu servidor no debiera ser superior a medio segundo, ya que es este el umbral que determina NTP para ir modificando la hora de tu sistema (aunque de este dato no estoy seguro si corresponde a ntpdate) si la consulta se ralentiza en demasia, entonces NTP deja de tener sentido ya que no puede garantizar la sincronización con el sistema esas cifras que ha pegado, entiendo que deben ser provocadas por una ralentización excesiva en la consulta, o que lleva poco tiempo trabajando con este servidor, y aun no ha llegado a sincronizarlo correctamente (recordemos que NTP realiza su funcion gradualmente) Esas cifras que Maykel ha pegado no creo que difieran mucho a las que mostraría tu router que, a diferencia de tu ordenador, no tiene una conexión directa con el servidor de stratum 3 (por lo que muestras en tu correo). Si puedes logarte en tu router y ejecutar allí ntpq -p verás más claramente lo que te quiero decir. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140803214217.14d5e...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El 03/08/14 21:42, Manolo Díaz escribió: ... Esas cifras que Maykel ha pegado no creo que difieran mucho a las que mostraría tu router que, a diferencia de tu ordenador, no tiene una conexión directa con el servidor de stratum 3 (por lo que muestras en tu correo). Si puedes logarte en tu router y ejecutar allí ntpq -p verás más claramente lo que te quiero decir. ntpd: resolved peer 1.debian.pool.ntp.org to 147.83.123.133 ntpd: sent query to 147.83.123.133 ntpd: reply from 147.83.123.133: reach 0x01 offset -0.005482 delay 0.047070 status 0x24 strat 3 refid 0xc0a83d05 rootdelay 0.002045 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53de9778.4050...@bersol.info
Re: Error información desconocida en ntp Debian Wheezy
El domingo, 3 ago 2014 a las 22:11 horas (UTC+2), Alberto escribió: El 03/08/14 21:42, Manolo Díaz escribió: ... Esas cifras que Maykel ha pegado no creo que difieran mucho a las que mostraría tu router que, a diferencia de tu ordenador, no tiene una conexión directa con el servidor de stratum 3 (por lo que muestras en tu correo). Si puedes logarte en tu router y ejecutar allí ntpq -p verás más claramente lo que te quiero decir. ntpd: resolved peer 1.debian.pool.ntp.org to 147.83.123.133 ntpd: sent query to 147.83.123.133 ntpd: reply from 147.83.123.133: reach 0x01 offset -0.005482 delay 0.047070 status 0x24 strat 3 refid 0xc0a83d05 rootdelay 0.002045 La orden usada importa, Alberto, porque las unidades mostradas pueden ser diferentes. Maykel usa ntpq -p, cuya salida viene dada en milisegundos, y tú has usado previamente ntpdc -p (acabo de darme cuenta), que muestra la salida en segundos y ahora los logs de ntpd, que no sé qué unidad de tiempo usa, supongo que también el segundo. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140804010540.3669e...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El día 30 de julio de 2014, 9:27, Maykel Franco maykeldeb...@gmail.com escribió: El día 29 de julio de 2014, 15:40, Camaleón noela...@gmail.com escribió: El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió: El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com escribió: (...) [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- November/010874.html Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Lo que viene a decir el hilo es que se trata de un timeout generado por alguno de los servidores que tienes configurados para sincronizar la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras servidores redundados (un único equipo consulta a varios): sm01@stt008:~$ host es.pool.ntp.org es.pool.ntp.org has address 81.184.154.182 es.pool.ntp.org has address 213.194.159.3 Estos servidores que me devuelve al hacer un ntpq -p: -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 4.387 +evl1900860-pip.192.93.2.20 2 u 990 1024 3772.534 -3.909 5.391 *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 5.113 +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es que son muchos... ¿para que consultar a 4 servidores que además redundados? 0.debian.pool.ntp.org has address 46.17.142.10 0.debian.pool.ntp.org has address 213.194.159.3 0.debian.pool.ntp.org has address 46.16.60.129 sm01@stt008:~$ host 1.debian.pool.ntp.org 1.debian.pool.ntp.org has address 77.227.249.190 1.debian.pool.ntp.org has address 84.77.40.132 1.debian.pool.ntp.org has address 147.83.123.133 Es el resultado de consultar los que hay en /etc/ntp.conf no?? server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst Sí, esa es la configuración predeterminada pero se puede cambiar, de hecho yo lo dejé únicamente éste que me ha funcionado siempre bien: server es.pool.ntp.org iburst Si quieres algo más de seguridad, puedes mantener uno de los predeterminados, por ejemplo: server es.pool.ntp.org iburst server 0.debian.pool.ntp.org iburst Ententido, muchas gracias. He realizado los cambios, ahora al hacer un ntpq -p devuelve solo un servidor: remote refid st t when poll reach delay offset jitter == masip.celingest .INIT. 16 u- 6400.0000.000 0.000 Voy a probar haber si así no llegan las alertas. Por cierto apunte, hay que reiniciar ntp evidentemente para que coja los nuevos cambios. Si no me llegan más alertas, pondré el hilo como solucionado. Saludos. Con lo cual es ahí donde tengo que cambiarlos? Sí, en ese archivo defines qué servidores quieres consultar y con qué opciones. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos servidores que me aconsejastes: server 0.debian.pool.ntp.org iburst server es.pool.ntp.org iburst remote refid st t when poll reach delay offset jitter == *81.184.154.182. 158.227.98.152 u 463 1024 377 20.3523.954 2.869 +vps01.roethof.n 83.98.201.1343 u 370 1024 377 36.3383.107 1.144 Incluso probé solo con uno y pasa lo mismo también...No sé si puede ser algo concreto de check_mk o si tengo que cambiar algo de esa parte. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa8d7_yuvyfteghprkqke0toz5vxprwbayg8emvsjxg...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Fri, 01 Aug 2014 09:50:21 +0200, Maykel Franco escribió: El día 30 de julio de 2014, 9:27, Maykel Franco maykeldeb...@gmail.com escribió: El día 29 de julio de 2014, 15:40, Camaleón noela...@gmail.com escribió: (...) Con lo cual es ahí donde tengo que cambiarlos? Sí, en ese archivo defines qué servidores quieres consultar y con qué opciones. Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos servidores que me aconsejastes: server 0.debian.pool.ntp.org iburst server es.pool.ntp.org iburst Prueba poniendo delante el es.pool.ntp.org para darle prioridad, es decir: server es.pool.ntp.org iburst server 0.debian.pool.ntp.org iburst remote refid st t when poll reach delay offset jitter == *81.184.154.182. 158.227.98.152 u 463 1024 377 20.3523.954 2.869 +vps01.roethof.n 83.98.201.1343 u 370 1024 377 36.338 3.107 1.144 Incluso probé solo con uno y pasa lo mismo también...No sé si puede ser algo concreto de check_mk o si tengo que cambiar algo de esa parte. Pues deja sólo es.pool.ntp.org, no vaya a ser que el grupo de servidores de debian.pool.ntp.org tenga algún equipos problemático o sea lentorro al responder. De todas formas no le des excesiva importancia al mensaje de aviso (un timeout lo podemos recibir todos pero simplemente no queda registrado al no disponer de un chivato como el check_mk) sino a la sincronización, es decir, a que la hora no tenga un desfase exagerado. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.08.01.14.10...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Viernes, 1 de agosto de 2014 14:10:51 Camaleón escribió: Prueba. tienes que instalar ntpdate :~# ntpdate-debian 1 Aug 17:58:59 ntpdate[24878]: adjust time server 158.227.98.15 offset 0.001715 sec -- Un saludo / agur bero bat BasaBuru BASATU basatia bihur zaitez ~ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1929497.YkUfFuqBKj@basatu
Re: Error información desconocida en ntp Debian Wheezy
El día 29 de julio de 2014, 15:40, Camaleón noela...@gmail.com escribió: El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió: El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com escribió: (...) [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- November/010874.html Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Lo que viene a decir el hilo es que se trata de un timeout generado por alguno de los servidores que tienes configurados para sincronizar la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras servidores redundados (un único equipo consulta a varios): sm01@stt008:~$ host es.pool.ntp.org es.pool.ntp.org has address 81.184.154.182 es.pool.ntp.org has address 213.194.159.3 Estos servidores que me devuelve al hacer un ntpq -p: -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 4.387 +evl1900860-pip.192.93.2.20 2 u 990 1024 3772.534 -3.909 5.391 *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 5.113 +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es que son muchos... ¿para que consultar a 4 servidores que además redundados? 0.debian.pool.ntp.org has address 46.17.142.10 0.debian.pool.ntp.org has address 213.194.159.3 0.debian.pool.ntp.org has address 46.16.60.129 sm01@stt008:~$ host 1.debian.pool.ntp.org 1.debian.pool.ntp.org has address 77.227.249.190 1.debian.pool.ntp.org has address 84.77.40.132 1.debian.pool.ntp.org has address 147.83.123.133 Es el resultado de consultar los que hay en /etc/ntp.conf no?? server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst Sí, esa es la configuración predeterminada pero se puede cambiar, de hecho yo lo dejé únicamente éste que me ha funcionado siempre bien: server es.pool.ntp.org iburst Si quieres algo más de seguridad, puedes mantener uno de los predeterminados, por ejemplo: server es.pool.ntp.org iburst server 0.debian.pool.ntp.org iburst Ententido, muchas gracias. He realizado los cambios, ahora al hacer un ntpq -p devuelve solo un servidor: remote refid st t when poll reach delay offset jitter == masip.celingest .INIT. 16 u- 6400.0000.000 0.000 Voy a probar haber si así no llegan las alertas. Por cierto apunte, hay que reiniciar ntp evidentemente para que coja los nuevos cambios. Si no me llegan más alertas, pondré el hilo como solucionado. Saludos. Con lo cual es ahí donde tengo que cambiarlos? Sí, en ese archivo defines qué servidores quieres consultar y con qué opciones. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa_wpk9iwqjtca84fxxhfevs8qjn1xcucaevyxnfurt...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com escribió: El Fri, 25 Jul 2014 10:00:35 +0200, Maykel Franco escribió: El día 22 de julio de 2014, 15:31, Camaleón noela...@gmail.com escribió: (...) UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running (...) No entiendo el por qué del error, si devuelve resultado... ¿Qué puedo estar haciendo mal? ¿Alguna idea? Revisa este hilo: [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- November/010874.html Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Lo que viene a decir el hilo es que se trata de un timeout generado por alguno de los servidores que tienes configurados para sincronizar la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras servidores redundados (un único equipo consulta a varios): sm01@stt008:~$ host es.pool.ntp.org es.pool.ntp.org has address 81.184.154.182 es.pool.ntp.org has address 213.194.159.3 Estos servidores que me devuelve al hacer un ntpq -p: -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 4.387 +evl1900860-pip. 192.93.2.20 2 u 990 1024 3772.534 -3.909 5.391 *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 5.113 +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es el resultado de consultar los que hay en /etc/ntp.conf no?? server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst Con lo cual es ahí donde tengo que cambiarlos? Saludos. Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta... De eso se trata, de que vayas haciendo pruebas hasta que des con la mejor opción. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.25.14.00...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA9KfLfXVv=x=htgle8mnues4+px_6z8grd-8ajqv+6...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió: El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com escribió: (...) [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- November/010874.html Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Lo que viene a decir el hilo es que se trata de un timeout generado por alguno de los servidores que tienes configurados para sincronizar la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras servidores redundados (un único equipo consulta a varios): sm01@stt008:~$ host es.pool.ntp.org es.pool.ntp.org has address 81.184.154.182 es.pool.ntp.org has address 213.194.159.3 Estos servidores que me devuelve al hacer un ntpq -p: -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 4.387 +evl1900860-pip.192.93.2.20 2 u 990 1024 3772.534 -3.909 5.391 *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 5.113 +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es que son muchos... ¿para que consultar a 4 servidores que además redundados? 0.debian.pool.ntp.org has address 46.17.142.10 0.debian.pool.ntp.org has address 213.194.159.3 0.debian.pool.ntp.org has address 46.16.60.129 sm01@stt008:~$ host 1.debian.pool.ntp.org 1.debian.pool.ntp.org has address 77.227.249.190 1.debian.pool.ntp.org has address 84.77.40.132 1.debian.pool.ntp.org has address 147.83.123.133 Es el resultado de consultar los que hay en /etc/ntp.conf no?? server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst Sí, esa es la configuración predeterminada pero se puede cambiar, de hecho yo lo dejé únicamente éste que me ha funcionado siempre bien: server es.pool.ntp.org iburst Si quieres algo más de seguridad, puedes mantener uno de los predeterminados, por ejemplo: server es.pool.ntp.org iburst server 0.debian.pool.ntp.org iburst Con lo cual es ahí donde tengo que cambiarlos? Sí, en ese archivo defines qué servidores quieres consultar y con qué opciones. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El día 22 de julio de 2014, 15:31, Camaleón noela...@gmail.com escribió: El Tue, 22 Jul 2014 12:58:53 +0200, Maykel Franco escribió: Hola muy buenas, vengo usando desde hace tiempo check_mk + nagios para monitorizar las máquinas, usando su agente check_mk_agent, y el caso curioso es que me ha dado hoy un error al obtener información desde ntpq, concretamente: UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running (...) No entiendo el por qué del error, si devuelve resultado... ¿Qué puedo estar haciendo mal? ¿Alguna idea? Revisa este hilo: [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-November/010874.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.22.13.31...@gmail.com Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA-cueSjFzhqS7HnuRoY+Ov15Z5=y9z0gbhkdv9t6no...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Fri, 25 Jul 2014 10:00:35 +0200, Maykel Franco escribió: El día 22 de julio de 2014, 15:31, Camaleón noela...@gmail.com escribió: (...) UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running (...) No entiendo el por qué del error, si devuelve resultado... ¿Qué puedo estar haciendo mal? ¿Alguna idea? Revisa este hilo: [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- November/010874.html Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Lo que viene a decir el hilo es que se trata de un timeout generado por alguno de los servidores que tienes configurados para sincronizar la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras servidores redundados (un único equipo consulta a varios): sm01@stt008:~$ host es.pool.ntp.org es.pool.ntp.org has address 81.184.154.182 es.pool.ntp.org has address 213.194.159.3 Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta... De eso se trata, de que vayas haciendo pruebas hasta que des con la mejor opción. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.25.14.00...@gmail.com
Error información desconocida en ntp Debian Wheezy
Hola muy buenas, vengo usando desde hace tiempo check_mk + nagios para monitorizar las máquinas, usando su agente check_mk_agent, y el caso curioso es que me ha dado hoy un error al obtener información desde ntpq, concretamente: UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running Me logueado en la máquina y lo he ejecutado a mano: root@web2:~# ntpq -p remote refid st t when poll reach delay offset jitter == *guti.uc3m.es130.206.3.1662 u 34 1024 377 16.478 -2.557 0.495 ntp.upf.edu 10.80.205.1502 u 159d 10240 32.1010.570 0.000 +lttlesis.deekay 209.51.161.238 2 u 487 1024 377 133.708 -7.125 3.363 +ntp01.srv.cat 158.227.98.152 u 293 1024 377 12.3154.837 0.523 Sí me devuelve resultado. Y es más, compruebo que está levantado el demonio: root@web2:~# /etc/init.d/ntp status NTP server is running. root@web2:~# ps aux | grep ntp ntp 2203 0.0 0.0 38944 1244 ?Ss Jan16 11:11 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 101:104 root 111597 0.0 0.0 7792 940 pts/0S+ 12:55 0:00 grep ntp ntp 713461 0.0 0.0 23776 232 ?Ss Jun07 0:00 dbus-daemon --system --fork --activation=upstart No entiendo el por qué del error, si devuelve resultado... ¿Qué puedo estar haciendo mal? ¿Alguna idea? Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA9O3Jp�stUYPZn11sVw�fid6ubpk9z8dt12hyq...@mail.gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Tue, 22 Jul 2014 12:58:53 +0200, Maykel Franco escribió: Hola muy buenas, vengo usando desde hace tiempo check_mk + nagios para monitorizar las máquinas, usando su agente check_mk_agent, y el caso curioso es que me ha dado hoy un error al obtener información desde ntpq, concretamente: UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running (...) No entiendo el por qué del error, si devuelve resultado... ¿Qué puedo estar haciendo mal? ¿Alguna idea? Revisa este hilo: [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013-November/010874.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.22.13.31...@gmail.com