Re: [MASSMAIL] Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

2017-09-26 Thread Daymel Bonne 
El 26 de septiembre de 2017, 16:51, mauricio pullabuestan<
jmaurici...@yahoo.es> escribió:

> Hola Daymel.
>
> Gracias por las recomendaciones, voy a revisar la documentación.
>
> Estoy comenzando con la replicación y me apoye un un manual, donde se
> cambian pocos parámetros
>
> Maestro postgresql.conf
>
> listen_addresses = 'miip'
> wal_level = hot_standby
> synchronous_commit=local
> archive_mode = on
> archive_command = 'cp %p /var/lib/pstgresql/9.6/main/archive/%f'
> max_wal_senders = 2
> wal_keep_segments = 10
> synchronous_standby_names = 'pgslave1'
>
>
>
> Esclavo postgresql.conf
> listen_addresses = 'miip'
> wal_level = hot_standby
> synchronous_commit=local
> max_wal_senders = 2
> wal_keep_segments = 10
> synchronous_standby_names = 'pgslave1'
> hot_standby = on
>
>
>
> Me preocupa quedarme sin espacio en el disco, el directorio archive del
> maestro a crecido 5 gb en un día
>
No se si es automática la limpieza de los archivos wal?
>

No es casualidad que crezca si configuraste que el servidor archive en ese
directorio.


>
> Donde puede ver si estoy usando slot y si es así como lo borro? o como
> puedo mantenerlo en un tamaño razonable?
>

Con la consulta:
SELECT * from pg_replication_slots;

ver replication slots

en la documentación oficial.


>
> Estoy en busca de un curso, el próximo que se dicta en mi país sobre
> replicación es en unos meses, espero poder asistir, entre tanto necesito
> aprender a hacer esto, espero puedas apoyar.
>

Suerte

Saludos



>
> Saludos.
> Mauricio
>
>
> El Martes 26 de septiembre de 2017 10:45, Daymel Bonne <
> daymel.bo...@2ndquadrant.ec> escribió:
>
>
> Hola Mauricio:
>
> El 26 de septiembre de 2017, 08:55, Gilberto Castillo etecsa.cu> escribió:
>
>
> > Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales
> > se los configuro como maestro y esclavo para replicación hot standby, al
> > momento todo parece estar bien.
> >
> > La configuración se realizo en los archivos postgresql.conf y
> pg_hba.conf,
> > se configuro UFW para ssh y postgresql así como la creación del usuario
> > para la replicación y la copia de la data del servidor maestro.
> > En caso de que algo funcionara mal en el servidor maestro, volverlo al
> > estado antes de la replica bastaría con restaurar los archivos
> > postgresql.conf y pg_hba.conf y reiniciar el servicio de postgres? O se
> > tendría que realizar otro proceso?
>
>
> Sólo remueve la línea del pg_hba.conf donde configuraste el permiso de
> conexión del servidor réplica y haz luego un reload. No tienes que volver a
> reiniciar el servidor maestro. El único paso adicional que pudieras hacer,
> SI es que replicas usando un slot de replicación, es borrarlo, ya que si no
> lo haces, el maestro retendrá wals, y puede llenarte el disco.
>
>
> > Para el servidor esclavo.Al ser de solo lectura y si por alguna razón
> > necesito hacerlo servidor principal, cual seria los pasos para hacerlo?
> > Al momento necesito saber hacerlo manualmente, próximamente voy a probar
> > repmgr
>
>
> Básicamente hay dos formas de hacer que el esclavo se promueva a maestro.
> Puedes promover mediante pg_ctl promote -D data_dir o  touch trigger_file.
> En la documentación se describe que pasa cuando se promueve y explican con
> más detalles, ver la documentacion
> 
> .
>
> Recomiendo mucho utilizar repmgr . Te abstrae de
> muchas cosas en el camino que puedes no tomar en cuenta en caso de una
> promoción de un esclavo, además de que puedes crear notificaciones y
> ejecutar scripts para hacer lo que quieras cuando ocurra el failover.
>
> Saludos
>
> --
> Daymel Bonne   https://www.2ndQuadrant.com/
> 
> Database Consultant, Training & Services
>
>
>
>
>


-- 
Daymel Bonne   https://www.2ndQuadrant.com/

Database Consultant, Training & Services

Re: [MASSMAIL] Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

2017-09-26 Thread mauricio pullabuestan 
Hola Daymel.
Gracias por las recomendaciones, voy a revisar la documentación.
Estoy comenzando con la replicación y me apoye un un manual, donde se cambian 
pocos parámetros 
Maestro postgresql.conf 

listen_addresses = 'miip'wal_level = 
hot_standbysynchronous_commit=localarchive_mode = onarchive_command = 'cp %p 
/var/lib/pstgresql/9.6/main/archive/%f'max_wal_senders = 2wal_keep_segments = 
10synchronous_standby_names = 'pgslave1'


Esclavo postgresql.conf listen_addresses = 'miip'wal_level = 
hot_standbysynchronous_commit=localmax_wal_senders = 2
wal_keep_segments = 10
synchronous_standby_names = 'pgslave1'hot_standby = on


Me preocupa quedarme sin espacio en el disco, el directorio archive del maestro 
a crecido 5 gb en un día
No se si es automática la limpieza de los archivos wal?
Donde puede ver si estoy usando slot y si es así como lo borro? o como puedo 
mantenerlo en un tamaño razonable?

Estoy en busca de un curso, el próximo que se dicta en mi país sobre 
replicación es en unos meses, espero poder asistir, entre tanto necesito 
aprender a hacer esto, espero puedas apoyar.

Saludos. Mauricio 

El Martes 26 de septiembre de 2017 10:45, Daymel Bonne 
 escribió:
 

 Hola Mauricio:

El 26 de septiembre de 2017, 08:55, Gilberto 
Castillo escribió:


> Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales
> se los configuro como maestro y esclavo para replicación hot standby, al
> momento todo parece estar bien.
>
> La configuración se realizo en los archivos postgresql.conf y pg_hba.conf,
> se configuro UFW para ssh y postgresql así como la creación del usuario
> para la replicación y la copia de la data del servidor maestro.
> En caso de que algo funcionara mal en el servidor maestro, volverlo al
> estado antes de la replica bastaría con restaurar los archivos
> postgresql.conf y pg_hba.conf y reiniciar el servicio de postgres? O se
> tendría que realizar otro proceso?


Sólo remueve la línea del pg_hba.conf donde configuraste el permiso de conexión 
del servidor réplica y haz luego un reload. No tienes que volver a reiniciar el 
servidor maestro. El único paso adicional que pudieras hacer, SI es que 
replicas usando un slot de replicación, es borrarlo, ya que si no lo haces, el 
maestro retendrá wals, y puede llenarte el disco. 

> Para el servidor esclavo.Al ser de solo lectura y si por alguna razón
> necesito hacerlo servidor principal, cual seria los pasos para hacerlo?
> Al momento necesito saber hacerlo manualmente, próximamente voy a probar
> repmgr 


Básicamente hay dos formas de hacer que el esclavo se promueva a maestro. 
Puedes promover mediante pg_ctl promote -D data_dir o  touch trigger_file. En 
la documentación se describe que pasa cuando se promueve y explican con más 
detalles, ver la documentacion.
Recomiendo mucho utilizar repmgr. Te abstrae de muchas cosas en el camino que 
puedes no tomar en cuenta en caso de una promoción de un esclavo, además de que 
puedes crear notificaciones y ejecutar scripts para hacer lo que quieras cuando 
ocurra el failover.
Saludos
-- 
Daymel Bonne               https://www.2ndQuadrant.com/
Database Consultant, Training & Services

Re: Consulta sobre carpeta pg_log en Debian

2017-09-26 Thread Fernando A 
Perfecto,
muchas gracias !!!
Saludos
Fernando


El 20 de septiembre de 2017, 17:52, Jaime Casanova<
jaime.casan...@2ndquadrant.com> escribió:

> 2017-09-15 8:38 GMT-05:00 Romero, Fernando
> :
> > Yo también uso debian, la consulta me devuelve el mismo path pero busque
> en
> > todo el servidor y no está en ningún filesystem pg_log
> >
>
> Aún cuando el parámetro log_directory este seteado a 'pg_log' (que es
> el valor predeterminado), fíjate que (al menos en una instalación
> estándar de debian) los parámetros logging_collector está en off y
> log_destination está en stderr (salida de error estándar en linux) y
> Debian está atrapando los mensajes a stderr que envía postgres y
> guardándolos en /var/log/postgresql
>
> si cambias logging_collector a on verás que aparece ese directorio que
> buscas
>
> --
> Jaime Casanova  www.2ndQuadrant.com
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
>

Re: [MASSMAIL] Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

2017-09-26 Thread Daymel Bonne 
Hola Mauricio:

El 26 de septiembre de 2017, 08:55, Gilberto Castillo<
gilberto.casti...@etecsa.cu> escribió:

>
> > Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales
> > se los configuro como maestro y esclavo para replicación hot standby, al
> > momento todo parece estar bien.
> >
> > La configuración se realizo en los archivos postgresql.conf y
> pg_hba.conf,
> > se configuro UFW para ssh y postgresql así como la creación del usuario
> > para la replicación y la copia de la data del servidor maestro.
> > En caso de que algo funcionara mal en el servidor maestro, volverlo al
> > estado antes de la replica bastaría con restaurar los archivos
> > postgresql.conf y pg_hba.conf y reiniciar el servicio de postgres? O se
> > tendría que realizar otro proceso?
>

Sólo remueve la línea del pg_hba.conf donde configuraste el permiso de
conexión del servidor réplica y haz luego un reload. No tienes que volver a
reiniciar el servidor maestro. El único paso adicional que pudieras hacer,
SI es que replicas usando un slot de replicación, es borrarlo, ya que si no
lo haces, el maestro retendrá wals, y puede llenarte el disco.


> > Para el servidor esclavo.Al ser de solo lectura y si por alguna razón
> > necesito hacerlo servidor principal, cual seria los pasos para hacerlo?
> > Al momento necesito saber hacerlo manualmente, próximamente voy a probar
> > repmgr
>

Básicamente hay dos formas de hacer que el esclavo se promueva a maestro.
Puedes promover mediante pg_ctl promote -D data_dir o  touch trigger_file.
En la documentación se describe que pasa cuando se promueve y explican con
más detalles, ver la documentacion
.

Recomiendo mucho utilizar repmgr . Te abstrae de
muchas cosas en el camino que puedes no tomar en cuenta en caso de una
promoción de un esclavo, además de que puedes crear notificaciones y
ejecutar scripts para hacer lo que quieras cuando ocurra el failover.

Saludos

-- 
Daymel Bonne   https://www.2ndQuadrant.com/

Database Consultant, Training & Services

Re: Ayuda Extension de Correo y ver schema en PgAdmin 4

2017-09-26 Thread Anthony Sotolongo 

Hola Jose, que bueno que la pudiste ajustar para python 3.X, gracias :D

te comento entre lineas


On 26/09/17 11:19, jvenegasperu . wrote:

Hola a todos buen dia

Tuve necesidad de enviar correo directamente desde postgres asi que 
revise la extensión de Anthony Sotolongo aqui:


https://github.com/asotolongo/pgsmtp

Pero era para python 2.x La modifique para que pueda funcionar con 
python 3.4 y esta disponible aqui


https://github.com/thjack/pgsmtp_email_postgres

Esta funcionando pero y aqui viene la consulta por alguna razon la 
primera instruccion de la extencion


CREATE SCHEMA pgsmtp

A pesar de que se ejecuta sin problemas no puedo ver el schema desde 
pgadmin alguien sabe porque?


tambien intente colocando

create schema pgsmtp AUTHORIZATION postgres;

pero tampoco funciono es decir se crea el schema pero no se visualiza 
en PgAdmin 4 asi que bueno lo que hice fue


1.- crear manualmente primero el schema en pgadmin
2.- comentar la primera linea del archivo pgsmtppy3--0.1.1.sql

3.- ejecutar

create extension pgsmtppy3;

y luego probar como en el archivo del ejemplo de uso

Que piensan ustedes sera una falla de pgadmin 4 o como debo escribir 
esa primera instruccion para que pueda visualizarse el schema.
Si la creas desde la consola de PostgreSQL( psql) pasa lo mismo? es 
decir trata de escribir el metacomando \dn a ver si muestra el esquema 
pgsmtp, a mi me muestra la extension y su respectivo esquema desde la 
consola psql, el pgadmin 4 es relativamente "nuevo" a lo mejor tiene 
algunos detalles que pulir o lo oculta conscientemente ;-)


Por otro lado a la extension le faltan las validaciones es decir que 
pasa si no incluyes destinatarios de copia oculta o copia publica que 
mensajes de error se deben mostrar.


Creo que no pasa nada si no pones los destinatarios de CC y CCO, prueba 
pasando esos parámetros con textos vacíos y mira a ver si retorna algún 
error en python 3.X, al menos en python 2.X yo paso esos parámetros sin 
nada, es decir cc= '' y cco = '' envia los correos igual ;-)
Aclaro que es la primera vez que escribo algo en python y sin revisar 
documentacion pase directamente a ir copiando partes de codigo que 
encontre googleando reemplazando el codigo de Anthony porque por aqui 
los jefes quieren las cosas para ayer asi que no esperen mucho jejeje


PD Solo probe con postgres 10 beta 4 a 64 bits sobre windows 7 de 64 
bits con los instaladores de EDB.


saludos




Saludos


--
José Mercedes Venegas Acevedo
cel Mov RPC 964185205

Member of the PHP Documentation Group (Spanish)

 
	Libre de virus. www.avast.com

Re: Ayuda Extension de Correo y ver schema en PgAdmin 4

2017-09-26 Thread Stephen Amell 

Yo lo uso asi:

copy
  ( select 'Cuerpo del correo' )
to program
  'mutt -s "mail desde postgres" -- d...@mail.com'
with (
  format text
);

Barato y el mutt se lo pido al de redes, pero puede ser 
mail/sendmail/mailx/etc.



On 2017-09-26 11:19, jvenegasperu . wrote:

Hola a todos buen dia

Tuve necesidad de enviar correo directamente desde postgres asi que 
revise la extensión de Anthony Sotolongo aqui:


https://github.com/asotolongo/pgsmtp

Pero era para python 2.x La modifique para que pueda funcionar con 
python 3.4 y esta disponible aqui


https://github.com/thjack/pgsmtp_email_postgres

Esta funcionando pero y aqui viene la consulta por alguna razon la 
primera instruccion de la extencion


CREATE SCHEMA pgsmtp

A pesar de que se ejecuta sin problemas no puedo ver el schema desde 
pgadmin alguien sabe porque?


tambien intente colocando

create schema pgsmtp AUTHORIZATION postgres;

pero tampoco funciono es decir se crea el schema pero no se visualiza 
en PgAdmin 4 asi que bueno lo que hice fue


1.- crear manualmente primero el schema en pgadmin
2.- comentar la primera linea del archivo pgsmtppy3--0.1.1.sql

3.- ejecutar

create extension pgsmtppy3;

y luego probar como en el archivo del ejemplo de uso

Que piensan ustedes sera una falla de pgadmin 4 o como debo escribir 
esa primera instruccion para que pueda visualizarse el schema.


Por otro lado a la extension le faltan las validaciones es decir que 
pasa si no incluyes destinatarios de copia oculta o copia publica que 
mensajes de error se deben mostrar.


Aclaro que es la primera vez que escribo algo en python y sin revisar 
documentacion pase directamente a ir copiando partes de codigo que 
encontre googleando reemplazando el codigo de Anthony porque por aqui 
los jefes quieren las cosas para ayer asi que no esperen mucho jejeje


PD Solo probe con postgres 10 beta 4 a 64 bits sobre windows 7 de 64 
bits con los instaladores de EDB.


saludos


--
José Mercedes Venegas Acevedo
cel Mov RPC 964185205

Member of the PHP Documentation Group (Spanish)

 
	Libre de virus. www.avast.com

Ayuda Extension de Correo y ver schema en PgAdmin 4

2017-09-26 Thread jvenegasperu . 
Hola a todos buen dia

Tuve necesidad de enviar correo directamente desde postgres asi que revise
la extensión de Anthony Sotolongo aqui:

https://github.com/asotolongo/pgsmtp

Pero era para python 2.x La modifique para que pueda funcionar con python
3.4 y esta disponible aqui

https://github.com/thjack/pgsmtp_email_postgres

Esta funcionando pero y aqui viene la consulta por alguna razon la primera
instruccion de la extencion

CREATE SCHEMA pgsmtp

A pesar de que se ejecuta sin problemas no puedo ver el schema desde
pgadmin alguien sabe porque?

tambien intente colocando

create schema pgsmtp AUTHORIZATION postgres;

pero tampoco funciono es decir se crea el schema pero no se visualiza en
PgAdmin 4 asi que bueno lo que hice fue

1.- crear manualmente primero el schema en pgadmin
2.- comentar la primera linea del archivo pgsmtppy3--0.1.1.sql

3.- ejecutar

create extension pgsmtppy3;

y luego probar como en el archivo del ejemplo de uso

Que piensan ustedes sera una falla de pgadmin 4 o como debo escribir esa
primera instruccion para que pueda visualizarse el schema.

Por otro lado a la extension le faltan las validaciones es decir que pasa
si no incluyes destinatarios de copia oculta o copia publica que mensajes
de error se deben mostrar.

Aclaro que es la primera vez que escribo algo en python y sin revisar
documentacion pase directamente a ir copiando partes de codigo que encontre
googleando reemplazando el codigo de Anthony porque por aqui los jefes
quieren las cosas para ayer asi que no esperen mucho jejeje

PD Solo probe con postgres 10 beta 4 a 64 bits sobre windows 7 de 64 bits
con los instaladores de EDB.

saludos


-- 
José Mercedes Venegas Acevedo
cel Mov RPC 964185205

Member of the PHP Documentation Group (Spanish)


Libre
de virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

2017-09-26 Thread mauricio pullabuestan 
Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales se los 
configuro como maestro y esclavo para replicación hot standby, al momento todo 
parece estar bien.

La configuración se realizo en los archivos postgresql.conf y pg_hba.conf, se 
configuro UFW para ssh y postgresql así como la creación del usuario para la 
replicación y la copia de la data del servidor maestro.
En caso de que algo funcionara mal en el servidor maestro, volverlo al estado 
antes de la replica bastaría con restaurar los archivos postgresql.conf y 
pg_hba.conf y reiniciar el servicio de postgres? O se tendría que realizar otro 
proceso?
Para el servidor esclavo.Al ser de solo lectura y si por alguna razón necesito 
hacerlo servidor principal, cual seria los pasos para hacerlo?
Al momento necesito saber hacerlo manualmente, próximamente voy a probar repmgr 
Saludos.Mauricio