El día 6 de agosto de 2014, 19:19, Camaleón 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
>> 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
>
El Wed, 06 Aug 2014 15:39:46 +0200, Maykel Franco escribió:
> El día 6 de agosto de 2014, 15:36, Camaleón
> 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
>>> escribió:
>>
>> (...)
>>
> Lo he cambiado, comentaré res
El día 6 de agosto de 2014, 15:36, Camaleón 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
>> escribió:
>
> (...)
>
Lo he cambiado, comentaré resultados. Muchas gracias a todos, se
agradece mucho la ayuda.
>>>
>>>
El Wed, 06 Aug 2014 15:22:23 +0200, Maykel Franco escribió:
> El día 6 de agosto de 2014, 15:17, Camaleón
> 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
El día 6 de agosto de 2014, 15:17, Camaleón 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
>> escribió:
>
> (...)
>
>>> Si eso tampoco sirve, la siguiente prueba sería la que comentan en el
>>> hilo que te pasé y que consis
El Wed, 06 Aug 2014 12:29:04 +0200, Maykel Franco escribió:
> El día 5 de agosto de 2014, 15:56, Camaleón
> 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 servidore
El día 5 de agosto de 2014, 15:56, Camaleón 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
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 m
El día 4 de agosto de 2014, 18:49, Alberto 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
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
co
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
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
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
>>>
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 ve
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 alert
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
se
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
>
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
===
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
El Fri, 01 Aug 2014 09:50:21 +0200, Maykel Franco escribió:
> El día 30 de julio de 2014, 9:27, Maykel Franco
> escribió:
>> El día 29 de julio de 2014, 15:40, Camaleón
>> escribió:
(...)
Con lo cual es ahí donde tengo que cambiarlos?
>>>
>>> Sí, en ese archivo defines qué servidores quie
El día 30 de julio de 2014, 9:27, Maykel Franco
escribió:
> El día 29 de julio de 2014, 15:40, Camaleón 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
>>> escribió:
>>
>> (...)
>>
>> [Check_mk (english)] OMD - UNKNO
El día 29 de julio de 2014, 15:40, Camaleón 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
>> escribió:
>
> (...)
>
> [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout
> in ntpq -p or NTP daemon
El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió:
> El día 25 de julio de 2014, 16:00, Camaleón
> 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
El día 25 de julio de 2014, 16:00, Camaleón 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
>> escribió:
>
> (...)
>
UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon
not running
>>>
>>> (...)
>>>
El Fri, 25 Jul 2014 10:00:35 +0200, Maykel Franco escribió:
> El día 22 de julio de 2014, 15:31, Camaleón
> 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...
>>>
>
El día 22 de julio de 2014, 15:31, Camaleón 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 u
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:
>
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 n
28 matches
Mail list logo
