Segun las linea que me arroja en el error, he buscando en el log de postgreSQL y efectivamente esta enviado una sentencia invalida

Log de PostgreSQL
--------------------
ERROR:  la sintaxis de entrada no es válida para tipo boolean: «replicated»
SENTENCIA:  SELECT id,sql FROM replica_log WHERE NOT 'replicated'  AND username<>E'pyreplica'  ORDER BY id ASC FOR UPDATE
--------------------

En la cadena anterior puede apreciarse que el error esta en el encomillado de la columna replicated y la letra E antes del usuario que debe excluir.
La verdad no manejo python para corregirlo, puedes ayudarme con esto??.
El error se produce tal como indica el reporte por correo en la linea 87 del archivo pyreplica.py

En esta seccion es donde genera la cadena de la consulta.
Quizas esto se deba a un error en lacodificacion del archivo
-------- pyreplica.py -------
        # ignore some user? (multimaster setup)^M
        sql = skip_user and " AND username<>%s " or ""^M
        args = skip_user and (skip_user,) or ()^M
        # Query un-replicated data (lock rows to prevent data loss)
        cur0.execute("SELECT id,sql FROM replica_log "^M
                     "WHERE NOT %s %s "
                     "ORDER BY id ASC FOR UPDATE" % (slave_field, sql) ,args)
------------------------------------------



Javier Fritz Alsite wrote:
Efectivamente hay problemas con los usuarios del smtp. por ahora me cambie de server y esta enviado los correos de notificacion.

El error que me arroja es el sigueinte
----
Traceback (most recent call last):
  File "/usr/local/pyreplica/daemon.py", line 74, in run
    debug = self.debug)
  File "/usr/local/pyreplica/pyreplica.py", line 154, in main_loop
    replicate(cur0, cur1, skip_user, slave_field, debug)
  File "/usr/local/pyreplica/pyreplica.py", line 87, in replicate
    "ORDER BY id ASC FOR UPDATE" % (slave_field, sql) ,args)
DataError: la sintaxis de entrada no es válida para tipo boolean: «replicated»
----
No estoy claro cual es el problema, al paracer no detecta el tipo de dato de la columna replicated.


Mariano Reingart wrote: 
¿El username y password funcionan bien?
USERNAME=pyreplica@lanixerp.cl
PASSWORD=XXXXXXXxxxxxXXXXXX

Además, el usuario pyreplica tiene permisos de modificacion en todas
las tablas del esclavo?

Sds
Mariano

2009/8/12 Javier Fritz Alsite <jfritz.aliste@gmail.com>:
  
Hola.

    Anexo archivo de configuracionen /etc/pyreplica. Ademas del envio de
correos no logro completar la replicación.

    Pasos:
    - Resplado de base erp_lamartine y restaurado en todas las maquinas.
    - Instalación de master-install.sql en todos las maquinas.
    - carga de pyreplica en /usr/local/pyreplica
    - edicion de archivo de configuracion (se anexa) en todas las maquinas,
se edito la ip de DNS0 y DNS1 a la que corresponde, estoy haciendo pruebas
con un multimaestro con las IP que se indican mas abajo, el archivo en la
otra maquina solo tiene las IP alternadas.
    - creacion de usuarios y perfiles, grants a todas las tablas para
usuario pyreplica, postgres y lamartine.
    - modificacion de daemon.py con uid y guid 500, que corresponde al
usuario pyreplica de sistema.
    - inicio de demonio "./pyreplica start"

    Al realizar un cambio este no se replica, y se obtiene la salida que
envie en el correo anterior.


-----------------/etc/pyreplica/mybd.conf-------------------------------
[MAIN]
# name of replica set (first field of log file entries)
NAME=erp_lamartine
# master database connection string:
DSN0=dbname=erp_lamartine user=pyreplica password=pyreplica
host=192.168.1.231
# slave database connection string:
DSN1=dbname=erp_lamartine user=pyreplica password=pyreplica
host=192.168.1.232
# in multimaster setup, set the replication postgres user
SKIP_USER=pyreplica
# in multi-slave setup, set the slave column to mark data as replicated
SLAVE_FIELD='replicated'
# send a trivial query to keep alive the connection (optional)
KEEPALIVE=true
# optional debug level (0: none, 1: normal, 2: verbose, 3: very verbose)
DEBUG_LEVEL=3
# email notification config (optional):
[SMTP]
SERVER=mail.lanixerp.cl
# login is optional:
USERNAME=pyreplica@lanixerp.cl
PASSWORD=XXXXXXXxxxxxXXXXXX
START_SUBJECT=[PyReplica][LAMARTIEN2] Inicia Rep
STOP_SUBJECT= [PyReplica][LAMARTINE2] Detiene Rep
ERROR_SUBJECT=[PyReplica][LAMARTINE2] Error Rep
WARNING_SUBJECT=[Replica][LAMARTINE2] Advertencia Rep
FROM_ADDR=pyreplica@lanixerp.cl
TO_ADDRS=jfritz@lanixerp.cl





Mariano Reingart wrote:

2009/8/12 Javier Fritz Alsite <jfritz.aliste@gmail.com>:


Hola.

Tal como me recomendaste estoy probando una configuración con PyReplica,
pero como es de esperarse tengo algunos problemas.

    Tengo 3 maquinas CentOS 5.3 con PyReplica cargado, pero no logro
completar la replicacion. Ademas de eso, por alguna razon el sistema de
notificaciones de correo falla.

    Cada maquina tiene cargado los archivos de pyreplica en
/usr/local/pyreplica y la configuracion del demonio esta en /etc/pyreplica.
    Se creo el usuario pyreplica en el sistema para ejecutar el demonio y se
actualizaron los datos en "daemon.py".

    Estoy intentado realizar la replicacion solo con dos maquinas para
lograr una configuracion base y luego ampliarla a la tercera maquina.
    La salida en el log se repite constantemente, existen un cambio
pendiente en la tabla replica_log esta marcado como no replicado en la
columna respectiva.

    Al parecer la configuracion esta en parte correcta ya que se obtiene la
salida de conexion y encoding, pero no alcanza a la ejecucion de los querys
en replica_log.

    LOG:

erp_lamartine Wed Aug 12 08:53:18 2009 DSN0: dbname=erp_lamartine
user=pyreplica password=pyreplica host=192.168.1.231
erp_lamartine Wed Aug 12 08:53:18 2009 DSN1: dbname=erp_lamartine
user=pyreplica password=pyreplica host=127.0.0.1
erp_lamartine Wed Aug 12 08:53:18 2009 Opening origin (master) connection
erp_lamartine Wed Aug 12 08:53:18 2009 Opening replica (slave) connection
erp_lamartine Wed Aug 12 08:53:18 2009 Encoding for this connections are
UTF8 UTF8
erp_lamartine Wed Aug 12 08:53:18 2009 Sending mail: [PyReplica] Inicio
Replicacion ERROR LAMARTINE
erp_lamartine Wed Aug 12 08:53:23 2009 Exception while sending mail: (535,
'authorization failed (#5.7.0)')



Ese error debe ser porque en la configuración de mails falta usuario y
contraseña para que pueda enviar los correos de notificación.

Cualquier cosa avisame,

Sds
Mariano