Lo siento, hermano, estas opciones son parte de Skytools 3, por lo que
en la versión 2.1.13 no las encontrarás. Tienes que migrar a la versión
3 para poder usarlas.
On 20/04/15 11:44, Yoan Manuel Pérez Piñero wrote:
No, me dice: londiste.py: error: no such option: --trigger-flags.
Busqué en el --help y no aparece algo parecido. Si alguien tuviera
alguna idea de cómo resolver este problema.
Saludos.
------------------------------------------------------------------------
*De: *"Marcos Ortiz" <mlor...@uci.cu>
*Para: *"Yoan Manuel Pérez Piñero" <ympe...@uci.cu>
*CC: *pgsql-es-ayuda@postgresql.org
*Enviados: *Lunes, 20 de Abril 2015 8:16:14
*Asunto: *Re: [MASSMAIL][pgsql-es-ayuda] Sobre uso de Londiste
Si, debe funcionar igual en la 2.1.13
On 20/04/15 08:33, Yoan Manuel Pérez Piñero wrote:
Marcos estaba buscando algo como eso en la doc de skytools 2.1.13,
pero no logro encontrarlo. Sabes si funciona en esa versión
también? Lo que he visto es esto:
subscriber triggers [pending|active] show triggers on tables
pero supongo que es solo para mostrar.
Saludos.
------------------------------------------------------------------------
*De: *"Marcos Ortiz" <mlor...@uci.cu>
*Para: *"Yoan Manuel Pérez Piñero" <ympe...@uci.cu>
*CC: *pgsql-es-ayuda@postgresql.org
*Enviados: *Domingo, 19 de Abril 2015 22:54:33
*Asunto: *Re: [MASSMAIL][pgsql-es-ayuda] Sobre uso de Londiste
En la documentación disponible en el paquete, que se encuentra
disponible en /usr/share/doc/skytools3
puedes leer la documentación propia de londiste, en la parte de
agregar argumentos al comando rsync
(usr/share/doc/skytools3/londiste3.html#add_args) donde hay varios
comandos para no pasar los triggers para los nodos hojas, que es
al final lo que quieres. Esto se haría con:
londiste rsync tabla1 --trigger-flags=S, que denota SKIP, lo cual
ignoraría el trigger en el nodo hoja.
Hay varios argumentos que puedes usar con respecto a los triggers,
por lo que prueba cuál es el indicado en tu caso, pero por ahí
está la idea.
On 19/04/15 22:37, Yoan Manuel Pérez Piñero wrote:
Marcos, tenía instalado todo lo que me dijiste, no obstante
probé con una versión superior, en este caso Skytools-2.1.13 y
funcionó correctamente. En fin ahora tengo otro problemilla,
en una de las tablas suscriptoras tenía un trigger y como en
la tabla proveedora no tiene trigger este se borra. Si alguien
me pudiera decir cómo evitar que se me borre ese trigger en la
tabla suscriptora.
Saludos.
*De: *"Marcos Ortiz" <mlor...@uci.cu>
*CC: *pgsql-es-ayuda@postgresql.org, "Yoan Manuel Pérez
Piñero" <ympe...@uci.cu>
*Enviados: *Domingo, 19 de Abril 2015 8:32:27
*Asunto: *Re: [MASSMAIL][pgsql-es-ayuda] Sobre uso de Londiste
Saludos, hermano.
Ese error generalmente se da cuando no se tienen instaladas
las librerías de desarrollo de PostgreSQL y de Python, en este
caso serían: postgresql-server-dev-9.2 y python-dev. De todas
formas verifica si la versión de PostgreSQL 9.2 es compatible
con Skytools-2.1.12, porque creo que ya a partir de las
versión 9.1, había que usar Skytools-3. En el repo de Debian y
Ubuntu se llama skytools3.
On 19/04/15 08:44, Yoan Manuel Pérez Piñero wrote:
Buenos días,
Amigos tengo un problema al instalar Londiste
Datos:
Sist. Operativo: Debian 7.8
PostgreSQL: 9.2
skytools: 2.1.12
Realizo estos pasos:
#./configure --prefix=/usr/local/skytools
--with-pgconfig=/usr/bin/pg_config --with-python=/usr/bin/python
#make
Entonces en el paso make me da este error:
sed -e 's!@SQLDIR@!/usr/local/skytools/share/skytools!g' -e
's!@PACKAGE_VERSION@!2.1.12!g' python/skytools/installer_config.py.in >
python/skytools/installer_config.py
/usr/bin/python setup.py build
running build
running build_py
copying python/skytools/installer_config.py ->
build/lib.linux-x86_64-2.7/skytools
running build_ext
running build_scripts
make -C sql all
make[1]: Entering directory `/tmp/skytools-2.1.12/sql'
for dir in logtriga londiste pgq pgq_ext txid; do \
make -C $dir all DESTDIR=/ || exit ; \
done
make[2]: Entering directory `/tmp/skytools-2.1.12/sql/logtriga'
gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -I/usr/include/mit-krb5 -fPIC -pie -DLINUX_OOM_ADJ=0
-fno-omit-frame-pointer -Wall -Wmissing-prototypes -Wpointer-arith
-Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute
-Wformat-security -fno-strict-aliasing -fwrapv -fexcess-precision=standard -g
-fpic -DHAVE_UNSETENV=1 -I. -I./ -I/usr/include/postgresql/9.2/server
-I/usr/include/postgresql/internal -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE
-I/usr/include/libxml2 -I/usr/include/tcl8.5 -c -o logtriga.o logtriga.c
logtriga.c: In function ‘process_insert’:
logtriga.c:138:37: error: dereferencing pointer to incomplete type
logtriga.c:156:33: error: dereferencing pointer to incomplete type
logtriga.c:191:33: error: dereferencing pointer to incomplete type
logtriga.c: In function ‘process_update’:
logtriga.c:229:37: error: dereferencing pointer to incomplete type
logtriga.c:252:33: error: dereferencing pointer to incomplete type
logtriga.c:348:52: error: dereferencing pointer to incomplete type
logtriga.c:365:51: error: dereferencing pointer to incomplete type
logtriga.c: In function ‘process_delete’:
logtriga.c:394:37: error: dereferencing pointer to incomplete type
logtriga.c:408:51: error: dereferencing pointer to incomplete type
logtriga.c: In function ‘logtriga’:
logtriga.c:450:27: error: dereferencing pointer to incomplete type
logtriga.c:482:45: error: dereferencing pointer to incomplete type
make[2]: *** [logtriga.o] Error 1
make[2]: Leaving directory `/tmp/skytools-2.1.12/sql/logtriga'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/skytools-2.1.12/sql'
make: *** [modules-all] Error 2
A la espera de algún consejo,
Saludos.
-
Enviado a la lista de correo pgsql-es-ayuda
(pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
--
Marcos Ortiz <http://about.me/marcosortiz>, Sr. Product
Manager (Data Infrastructure) at UCI
@marcosluis2186 <http://twitter.com/marcosluis2186>
--
Marcos Ortiz <http://about.me/marcosortiz>, Sr. Product Manager
(Data Infrastructure) at UCI
@marcosluis2186 <http://twitter.com/marcosluis2186>
--
Marcos Ortiz <http://about.me/marcosortiz>, Sr. Product Manager (Data
Infrastructure) at UCI
@marcosluis2186 <http://twitter.com/marcosluis2186>
--
Marcos Ortiz <http://about.me/marcosortiz>, Sr. Product Manager (Data
Infrastructure) at UCI
@marcosluis2186 <http://twitter.com/marcosluis2186>
