Disculpen la demora en contestar .pero la condición en que no se replicaban los datos eran cuando las inserciones/actualizaciones eran realizadas por el usuario root (de la db) conectado desde el mismo host "master", cualquier otra combinacion es exitosamente replicada.
2011/6/22 Ricardo Munoz <[email protected]> > El 21 de junio de 2011 23:51, Ulver <[email protected]> escribió: > > > En primer lugar gracias por sus comentarios; > > > > a nivel de procesos todo esta ok, y en los logs nada raro > > > > como fue comentado anteriormente esta es la situacion: > > > > > > segun entendi, el problema es que si se conecta desde un "cliente" (puede > > > ser desde cualquier equipo de la red) al servidor que actua de master y > > se > > > hace un cambio este se replica, pero si estando en el mismo servidor > del > > > master uno se conecta y hace un cambio este no se replica... > > > > > > el resumen del "incidente" podria ser resumido asi: > > > > transaccion desde un cliente al master se logea (y por tanto se replica) > > transaccion desde el mismo master no se logea (y por tanto NO se replica) > > > > pd : el slave no se toca > > > > podrias realizar ambas conexiones (cliente al master y master localmente) y > ver como aparecen (columna host) al ejecutar > > show processlist; > > luego ejecutar un > > show grants for 'nombre_usuario'@'nombre_host'; > > para ver si tienen los mismos privilegios... para empezar. > > -- > Ricardo Mun~oz A. > <http://www.tux.cl>http://www.tux.cl > http://twitter.com/ricardo406 > -- Atte Ulver: http://counter.li.org/cgi-bin/certificate.cgi/417712
