Fwd: Buenas a todos

Gracias Gilberto estuve probando ayer lo del repmgr.
el tema es que instalo la libreria postgresql-server-dev-9.1 y todas las
dependencias que la doc del rep dice en Githubt

y cuando ejecuto en la carpeta repmgr
el make USE_PGXS=1
Me dice lo siguiente

/usr/include/postgresql/postgres_fe.h:27:32: fatal error:
common/fe_memutils.h: No existe el fichero o el directorio
compilation terminated.

Pero cuando instalo la libreria postgresql-server-dev-9.4 y ejecuto el make
USE_PGXS=1
Esta funciona pero me mete el repmgr y el repmgrd en la carpeta de los
binarios de esta version y no la de la 9.1 que es donde la necesito.

Si alguien tiene un idea les agradeceria miles sino voy a meter una
consulta en el repo del repmgr

Saludos,

---------- Mensaje reenviado ----------
De: Gilberto Castillo <gilberto(dot)castillo(at)etecsa(dot)cu>
Fecha: 1 de octubre de 2013 12:39
Asunto: Re: [arpug] Buenas a todos
Para: Alejandro Brust <alejandrobrust(at)gmail(dot)com>
Cc: arpug(at)postgresql(dot)org

Gonzalo todo cuanto te dicen acá es cierto, pero como estas comenzado con
lo que te deje de repmgr ...tienes.

Luego das complejidad la cosa hasta llegar a tu escenario ideal. ;-))

> El 01/10/2013 11:11, Martín Marqués escribió:
>> El 30/09/13 20:38, Gonzalo Martinez escribió:
>>>
>>> Y por este motivo me jugue a cambiar hace ya tiempo mi PostgreSQL de la
>>> 8.3 a la 9.1 (No rompí nada lo cual ya fue positivo) creo que esa parte
>>> la tengo resuelta el problema no logro terminar de entender es.
>>>
>>> Como hago para que PostgreSQL el que está en StandBy recibiendo los
>>> inserts updates etc se dé cuenta que el Maestro no está y tome la
>>> posta?
>>> y Segundo como hacer el camino inverso cuando el Maestro vuelve y que
>>> antes de devolverle la posta este todo actualizado?
>>
>> En realidad, y especialmente con la versión que estas probando (9.1,
>> no?), vas a necesitar varios scripts.
>>
>> La explicación corta es, no viene un sistema de detección de caídas de
>> maestros, promoción automática de Standby, etc. Mas aún, la versión
>> que estas usando ni siquiera tiene para promover desde el motor un
>> StandBy a Master. Eso salió en 9.3 (si mal no recuerdo).
>>
>> Respuesta larga (es muy larga, así que resumo un poco): Tenés que
>> tener algún sistema tipo HeartBeat que este verificando que el maestro
>> esta funcionando, y cuando se cae, promociona el StandBy a Maestro.
>> Cuando el Maestro se despierta, debe hacerlo como StandBy, alcanzar al
>> nuevo Maestro y recién ahí puede ser promocionado a Maestro, Esta
>> ultima parte por lo general requiere reconstruir todo el cluster en el
>> viejo maestro como si estuvieses creando un Standby nuevo (a partir
>> del nuevo maestro).
>>
>> Espero haber aclarado las dudas.
>>
>>> Desde ya gracias capaz es una tonteria pero siempre que busco encuentro
>>> una colección de scripts en bash para orquestar todo esto y no me dan
>>> mucha confianza o sino la cantidad de opciones como Slony, pg pool o
>>> etc
>>> abruma un poco por lo menos a mi.
>>
>> PgPool-II creo que tenia un sistema de HeartBeat y le podías indicar
>> un script para promocionar un StandBy. Nunca lo probe.
>>
>>
>> P.D.: Hay muchos DBA que prefieren que el failover se haga manual y no
>> automático.
>>
> Hola, coincido plenamente con el failover MANUAL!!
>
>
>

Saludos,
Gilberto Castillo
La Habana, Cuba

---
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running
at host imx3.etecsa.cu
Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>

--
Sent via arpug mailing list (arpug(at)postgresql(dot)org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/arpug

--
Gonzalo Martinez
*PampaTI - Innovación en tecnologías de la información*
*www.pampati.com.ar*
*
*