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: Galera clustering
El día 4 de agosto de 2014, 16:43, Ricardo Eureka! ricardoeur...@gmail.com escribió: Buenos dias, Quisiera saber si alguien ha utilizado y/o tiene experiencia con Galera en Debian? (http://galeracluster.com/products/) Basicamente, quisiera saber si - la experiencia ha sido satisfactoria - se adapta sin inconvenientes a Debian - performance en comparacion a una configuracion standalone - como ven la posibilidad de una configuracion de alta disponibilidad en 2 sitios alejados geograficamente (con load balancing) Buenas Ricardo, llevamos usando en mi empresa unos 2 años mysql galera y la verdad es que tengo muy buenos resultados. Funciona muy muy bien. Sincronizamos ambos nodos con rsync mediante wsrep, es como una especie de api o plugin a mysql que se encarga de la sincronización de los nodos. Los tenemos como activo/activo y con un servicio de loadbalancing como LVS, balanceamos cargamos y lo que se escribe en un nodo, sea cual sea, se escribe en el otro y viceversa. Eso sí, las tablas tienen que estar como innodb para poder ser replicadas. Un resultado muy positivo y menos mal que montamos esto, porque tenemos mucha carga de BD y hace 2 años se tostaba la máquina cada por 2 x 3. Cosas no tan positivas, que cada vez que reinicias los 2 nodos, tienen que sincronizarse y tarda unos 20 min, depende del peso de las BD. (Se apreciaran los comentarios basados en experiencias concretas) 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_wMixzwzmRZJLQWh+=cn1aoua8ec-k9tfmhhl-6_h...@mail.gmail.com
Re: Galera clustering
El día 5 de agosto de 2014, 15:13, Marcos Germán Capelari marcoscapel...@gmail.com escribió: Hola, has probado drbd para la sincronía de datos entre nodos? yo antes utilizaba rsync, pero luego migre a drbd ya que uso raid1+lvm y es mucho mas fiable. El 5 de agosto de 2014, 10:03, Maykel Franco maykeldeb...@gmail.com escribió: El día 4 de agosto de 2014, 16:43, Ricardo Eureka! ricardoeur...@gmail.com escribió: Buenos dias, Quisiera saber si alguien ha utilizado y/o tiene experiencia con Galera en Debian? (http://galeracluster.com/products/) Basicamente, quisiera saber si - la experiencia ha sido satisfactoria - se adapta sin inconvenientes a Debian - performance en comparacion a una configuracion standalone - como ven la posibilidad de una configuracion de alta disponibilidad en 2 sitios alejados geograficamente (con load balancing) Buenas Ricardo, llevamos usando en mi empresa unos 2 años mysql galera y la verdad es que tengo muy buenos resultados. Funciona muy muy bien. Sincronizamos ambos nodos con rsync mediante wsrep, es como una especie de api o plugin a mysql que se encarga de la sincronización de los nodos. Los tenemos como activo/activo y con un servicio de loadbalancing como LVS, balanceamos cargamos y lo que se escribe en un nodo, sea cual sea, se escribe en el otro y viceversa. Eso sí, las tablas tienen que estar como innodb para poder ser replicadas. Un resultado muy positivo y menos mal que montamos esto, porque tenemos mucha carga de BD y hace 2 años se tostaba la máquina cada por 2 x 3. Cosas no tan positivas, que cada vez que reinicias los 2 nodos, tienen que sincronizarse y tarda unos 20 min, depende del peso de las BD. (Se apreciaran los comentarios basados en experiencias concretas) 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_wmixzwzmrzjlqwh+cn1aoua8ec-k9tfmhhl-6_h...@mail.gmail.com -- Marcos Germán Capelari Teléfono: (+54) 0351 - 4281906 Móvil: (+54) 0351 - 152505843 Córdoba - Argentina Mail/Msn: marcoscapel...@gmail.com Sí, ya conocemos la vulnerabilidad de drbd...el famoso split-brain(si tienes 200 GB y tienes que sincronizar no te digo nada lo que tarda...Por experiencia eh) y en performance se nota bastante la verdad que deja un poco que desear. Además con drbd no puedes ampliar a X nodos, solo puedes tener 3, 2 sincronizados con drbd que es un raid1 TCP/IP y uno de backup. El problema de drbd es el control de bloqueo de fichero, es decir, cuando un nodo lo abre el otro tiene que esperarse a que se cierre... Yo lo usaba con un cable independiente de red pinchado directamente en los interfaces pero aún así... 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/CAJ2aOA9v=RMKbJt8JuHC=jwe-etO=osaektffqwgq0edanj...@mail.gmail.com
Re: Consulta sobre infraestructura en Debian, Brouter, etc
El Mon, 04 Aug 2014 20:36:05 -0300, ciracusa escribió: On 04/08/14 14:25, Camaleón wrote: Sólo con conectar un llave USB a uno de los equipos ya te puede montar un cristo de mucho cuidado. Por eso le decía a nuestro amigo que la seguridad empieza por un cable y termina por el servidor web. Yo solo pregunté que podría poner en ambos extremos para securizar el vínculo... (...) Ya te respondí a eso (hace varios mensajes, además) y como no has seguido preguntando doy por hecho que has entendido y dado por buena la respuesta. 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.46...@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: Galera clustering
El 5 de agosto de 2014, 10:03, Maykel Franco maykeldeb...@gmail.com escribió: Buenas Ricardo, llevamos usando en mi empresa unos 2 años mysql galera y la verdad es que tengo muy buenos resultados. Funciona muy muy bien. Sincronizamos ambos nodos con rsync mediante wsrep, es como una especie de api o plugin a mysql que se encarga de la sincronización de los nodos. Muchas gracias Maykel, por tu respuesta. La sincronizacion se hace de manera automatica o tienes que hacer algo via manual o cron? Esto afecta la performance de algun modo? Los tenemos como activo/activo y con un servicio de loadbalancing como LVS, balanceamos cargamos y lo que se escribe en un nodo, sea cual sea, se escribe en el otro y viceversa. Eso sí, las tablas tienen que estar como innodb para poder ser replicadas. Esto es un requisito de Galera? Otra duda: debieron modificar algo de las bases de datos y/o de los programas que acceden a las tablas o es todo transparente en ese sentido? Un resultado muy positivo y menos mal que montamos esto, porque tenemos mucha carga de BD y hace 2 años se tostaba la máquina cada por 2 x 3. Cosas no tan positivas, que cada vez que reinicias los 2 nodos, tienen que sincronizarse y tarda unos 20 min, depende del peso de las BD. Muchisimas gracias!
