Re: [pgsql-es-ayuda] Problema para instalar bdr-9.4

[Martín Díaz]

 Ok. Ante todo gracias.
Voy a probar de borrar/desinstalar la versión 9.4 que tengo para reemplazar por 
la del repositorio de 2ndquadrant.
Luego cuento como va.
Saludos

 El Jueves, 29 de octubre, 2015 1:11:00, Jaime Casanova 
 escribió:
   

 2015-10-28 16:03 GMT-05:00 Martín Díaz :
> Buenas tardes grupo.
>
> Tengo problemas tratando de hacer la instalación de BDR para debian-jessie
> Actualicé los repositorios y, siguiendo el instructivo veo que dice
> únicamente actualizar
>
> sudo apt-get update
> sudo apt-get install postgresql-9.4-udr-plugin
>

UDR es el hermano menor de BDR, es para replicación unidireccional

> Entiendo que también debo actualizar la versión de postgresql-9.4 por
> postgresql-bdr-9.4 haciendo tambien
>

no es necesario para UDR

> sudo apt-get install postgresql-bdr-9.4
>
> El problema que tengo es que, hecho esto, el cluster nunca más levanta.
>
> Otra cosa que me extraña es que no encuentro en mi versión los comandos
> initdb ni pg_ctl.
>

acabo de hacer la prueba y me funciono de maravilla. de hecho
desinstale todo, y borreo todo rastro de que estuvo postgres instalado
e instalo todo sin problema...

quiza altere la prueba al eliminar y borrar todo?

-- 
Jaime Casanova                      www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

  

[pgsql-es-ayuda] Comportamiento raro en pg_xlog.

[Federico Pascual]

Gente,
  Hola.
  Les comento una situación que no me parece normal. Tiene que ver con la
forma en que se van generando los archivos en la carpeta pg_xlog.
  Entiendo que deberían generarse en forma secuencial incremental de a uno,
esto es que deberían terminar en 1, 2, 3, 4, etc. y así para arriba y de
igual manera el 2 tienen que tener una fecha de creación posterior a 1, 3 a
2 y así (siempre para una misma epoca obvio).

  Los detalles de lo que veo:

  Tenemos un cluster Postgres 9.1 (maestro y esclavo por streaming y
log-shipping).
  En el maestro:

Carpeta pg_xlog
 295 oct 28 22:01 0001014600D2.0020.backup
16777216 oct 29 09:41 000101470002
16777216 oct 29 01:31 000101470003
16777216 oct 29 01:46 000101470004
16777216 oct 29 02:01 000101470005
16777216 oct 29 02:16 000101470006
16777216 oct 29 02:31 000101470007
16777216 oct 29 02:46 000101470008
16777216 oct 29 03:01 000101470009
16777216 oct 29 03:16 00010147000A
16777216 oct 29 03:31 00010147000B
16777216 oct 29 03:46 00010147000C
16777216 oct 29 04:01 00010147000D
16777216 oct 29 04:16 00010147000E
16777216 oct 29 04:31 00010147000F
16777216 oct 29 04:46 000101470010
16777216 oct 29 05:01 000101470011
16777216 oct 29 05:16 000101470012
16777216 oct 29 05:31 000101470013
16777216 oct 29 05:46 000101470014
16777216 oct 29 06:01 000101470015
16777216 oct 29 06:16 000101470016
16777216 oct 29 06:31 000101470017
16777216 oct 29 06:46 000101470018
16777216 oct 29 07:01 000101470019
16777216 oct 29 07:16 00010147001A
16777216 oct 29 07:31 00010147001B
16777216 oct 29 07:46 00010147001C
16777216 oct 29 08:01 00010147001D
16777216 oct 29 08:16 00010147001E
16777216 oct 29 08:31 00010147001F
16777216 oct 29 08:46 000101470020
16777216 oct 29 09:01 000101470021
16777216 oct 29 09:16 000101470022
16777216 oct 29 09:31 000101470023
  58 oct 29 09:40 archive_status/

carpeta archive_status
  58 oct 29 09:40 ./
4096 oct 29 09:40 ../
   0 oct 28 22:01 0001014600D2.0020.backup.done

postgres=# SELECT * from pg_stat_replication;
-[ RECORD 1 ]+--
procpid  | 8737
usesysid | 16384
usename  | replicacion
state| streaming
sent_location| 147/2004020
write_location   | 147/2004020
flush_location   | 147/2004020
replay_location  | 147/2004020
sync_priority| 1
sync_state   | sync

postgres=# select pg_current_xlog_location();
-[ RECORD 1 ]+
pg_current_xlog_location | 147/2004020


  Si se fijan, 1470002 se creo a las 09:41; el próximo será
1470003, pero este archivo ya existe creado antes a las 01:31.
  Por otro lado se siguen generando archivos de wal de una secuencia que va
más adelante con número 1470023 que se generó a las 9:31.
  No se si logro explicarme.
  Es como se estuvieran generando en paralelo dos secuencias donde la de
número inferior va pisando el "rastro" que va dejando la de orden superior.
  El motor aparentemente funciona bien.

  Alguno me podrá explicar por que pasa esto, o al menos decirme si es
normal o tengo que tomar alguna iniciativa?
  Hace ya un par de días que la cosa viene así.

  Saludos y gracias de antemano.
  Federico.

Re: [pgsql-es-ayuda] Comportamiento raro en pg_xlog.

[Jaime Casanova]

2015-10-29 9:33 GMT-05:00 Jaime Casanova :
>
> por cierto, yo diria que tus checkpoints estan ocurriendo con
> demasiada frecuencia, cada archivo tiene una separacion de 15min (que
> supongo es lo que tienes en checkpoint_timeout) asi que en cada
> checkpoint procesas solo 1 segmento de wal. yo le aumentaria un poco,
> quiza 30min al menos
>

Aunque pensandolo mejor, este es el comportamiento en la madrugada y
puede que entonces no tienes actividad... como será durante el día?

-- 
Jaime Casanova  www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación

-
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

Re: [pgsql-es-ayuda] Comportamiento raro en pg_xlog.

[Jaime Casanova]

2015-10-29 8:10 GMT-05:00 Federico Pascual :
>
> postgres=# select pg_current_xlog_location();
> -[ RECORD 1 ]+
> pg_current_xlog_location | 147/2004020
>

Aquí postgres te dice cual es el segmento de WAL que se esta usando actualmente.

cgg=# select pg_xlogfile_name('147/2004020');
 pg_xlogfile_name
--
 000101470002
(1 fila)


y no hay evidencia de que postgres tenga conocimiento de otra
secuencia como sugieres

>
>   Si se fijan, 1470002 se creo a las 09:41; el próximo será 1470003,
> pero este archivo ya existe creado antes a las 01:31.

eso es porque estos son segmentos viejos listos para reutilizar,
postgres conserva los segmentos necesarios para dos checkpoint atras
por lo que cada vez que termina un checkpoint tiene segmentos que ya
no le sirven (los que en ese momento serían el 3er checkpoint hacia
atras) esos segmentos no los borra sino que los renombra para usarlos
en el futuro. La razón de hacer esto es que así no necesita crear un
archivo de 16mb en un apuro, sino que cuando empiece con el
000101470003 el archivo ya existirá y solo debe escribir
en el.

este comportamiento es completamente normal.

Evidencias de que esto es asi?
mira el valor registrado por log_checkpoints como "recycled"

por cierto, yo diria que tus checkpoints estan ocurriendo con
demasiada frecuencia, cada archivo tiene una separacion de 15min (que
supongo es lo que tienes en checkpoint_timeout) asi que en cada
checkpoint procesas solo 1 segmento de wal. yo le aumentaria un poco,
quiza 30min al menos

-- 
Jaime Casanova  www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación

-
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

Re: [pgsql-es-ayuda] Comportamiento raro en pg_xlog.

[Federico Pascual]

Jaime,
  Muchas gracias por responderme.
  Entiendo lo que me decis, pero lo loco es que los wal que secuencia
posterior siguen apareciendo con regularidad.
  Fijate el estado ahora, un par de horas después del que mandé en el mail
original.

 295 oct 28 22:01 0001014600D2.0020.backup
16777216 oct 29 11:46 00010147000A
16777216 oct 29 03:31 00010147000B
16777216 oct 29 03:46 00010147000C
16777216 oct 29 04:01 00010147000D
16777216 oct 29 04:16 00010147000E
16777216 oct 29 04:31 00010147000F
16777216 oct 29 04:46 000101470010
16777216 oct 29 05:01 000101470011
16777216 oct 29 05:16 000101470012
16777216 oct 29 05:31 000101470013
16777216 oct 29 05:46 000101470014
16777216 oct 29 06:01 000101470015
16777216 oct 29 06:16 000101470016
16777216 oct 29 06:31 000101470017
16777216 oct 29 06:46 000101470018
16777216 oct 29 07:01 000101470019
16777216 oct 29 07:16 00010147001A
16777216 oct 29 07:31 00010147001B
16777216 oct 29 07:46 00010147001C
16777216 oct 29 08:01 00010147001D
16777216 oct 29 08:16 00010147001E
16777216 oct 29 08:31 00010147001F
16777216 oct 29 08:46 000101470020
16777216 oct 29 09:01 000101470021
16777216 oct 29 09:16 000101470022
16777216 oct 29 09:31 000101470023
16777216 oct 29 09:46 000101470024
16777216 oct 29 10:01 000101470025
16777216 oct 29 10:16 000101470026
16777216 oct 29 10:31 000101470027
16777216 oct 29 10:46 000101470028
16777216 oct 29 11:01 000101470029
16777216 oct 29 11:16 00010147002A
16777216 oct 29 11:31 00010147002B
  94 oct 29 11:46 archive_status/

   0 oct 28 22:01 0001014600D2.0020.backup.done
   0 oct 29 11:46 00010147000A.done

postgres=# select pg_current_xlog_location();
 pg_current_xlog_location
--
 147/B001E40
(1 fila)

postgres=# select pg_xlogfile_name('147/B001E40');
 pg_xlogfile_name
--
 00010147000B
(1 fila)


  Se crearon por ejemplo el 147000A (que entiendo es "por donde va" el
motor), pero también se crearon 28, 29, 2A, 2B. Fijate en la fecha de
creación de estos archivos.
  Tal vez yo no estoy entendiendo bien como funciona, pero no es raro que,
pongamosle entre las 11:30 y las 11:47 se hallan generado DOS segmentos del
WAL con numeros que corresponden a secuencias distintas, para este caso
(00010147000A y 00010147002B). A medida que pasa el
tiempo siguen apareciendo wals consecutivos a partir de 0A y también a
partir de 2B...

  En relación a lo otro que me comentas, efectivamente 15 minutos es lo que
tengo puesto en checkpoint_timeout; si le subo a 30 minutos; cual sería el
costo? digo, que problema podría tener? o bien; habría algún motivo para
dejarlo en 15?

  Desde ya muchas gracias por la info.
  Es la primera vez que consulta por una lista, disculpá si soy improcedente

  Saludos.
  Federico.


El 29 de octubre de 2015, 11:33, Jaime Casanova <
jaime.casan...@2ndquadrant.com> escribió:

> 2015-10-29 8:10 GMT-05:00 Federico Pascual :
> >
> > postgres=# select pg_current_xlog_location();
> > -[ RECORD 1 ]+
> > pg_current_xlog_location | 147/2004020
> >
>
> Aquí postgres te dice cual es el segmento de WAL que se esta usando
> actualmente.
>
> cgg=# select pg_xlogfile_name('147/2004020');
>  pg_xlogfile_name
> --
>  000101470002
> (1 fila)
>
>
> y no hay evidencia de que postgres tenga conocimiento de otra
> secuencia como sugieres
>
> >
> >   Si se fijan, 1470002 se creo a las 09:41; el próximo será
> 1470003,
> > pero este archivo ya existe creado antes a las 01:31.
>
> eso es porque estos son segmentos viejos listos para reutilizar,
> postgres conserva los segmentos necesarios para dos checkpoint atras
> por lo que cada vez que termina un checkpoint tiene segmentos que ya
> no le sirven (los que en ese momento serían el 3er checkpoint hacia
> atras) esos segmentos no los borra sino que los renombra para usarlos
> en el futuro. La razón de hacer esto es que así no necesita crear un
> archivo de 16mb en un apuro, sino que cuando empiece con el
> 000101470003 el archivo ya existirá y solo debe escribir
> en el.
>
> este comportamiento es completamente normal.
>
> Evidencias de que esto es asi?
> mira el valor registrado por log_checkpoints como "recycled"
>
> por cierto, yo diria que tus checkpoints estan ocurriendo con
> demasiada frecuencia, cada archivo tiene una separacion de 15min (que
> supongo es lo que tienes en checkpoint_timeout) asi que en cada
> checkpoint procesas solo 1 segmento de 

RE: [pgsql-es-ayuda] No puedo instalar / ejecutar postgresql 9.3

[Hellmuth Vargas]

Hola

Lo puede descargar de aquí:

http://www.enterprisedb.com/products-services-training/pgdownload
El oct. 29, 2015 12:09 PM, "MKHotmail"  escribió:

> Hice todo lo indicado desde un primer momento, a excepción de los puntos 5
> y 6.
>
>
>
> De donde descargo ese instalador ¿?
>
>
>
> Gracias por la ayuda..
>
>
>
> MK
>
>
>
>
>
> *De:* pgsql-es-ayuda-ow...@postgresql.org [mailto:
> pgsql-es-ayuda-ow...@postgresql.org] *En nombre de *jvenegasperu .
> *Enviado el:* jueves, 29 de octubre de 2015 11:47 a.m.
> *Para:* MKHotmail 
> *CC:* Ayuda 
> *Asunto:* Re: [pgsql-es-ayuda] No puedo instalar / ejecutar postgresql 9.3
>
>
>
> Hola
> intenta seguir estas sugerencias
>
> 1.- Primero desinstala luego borra todo rastro de postres en windows las
> carpetas incluido el registro
> 2.- instala postgres con permisos de asdministrador
>
> 3.- No pongas la carpeta data dentro de archivos de programa ponlo en otra
> carpeta fuera de archivos de programa si es posible en otra unidad mejor
>
> 4.- usa el mismo usuario y contraseñe de postgres seguro tu instalacion
> con problemas ya creo un usuario postgres.
>
> 5.- Si aun tienes problemas probablemente te este faltando las bibliotecas
> de Visual C++ para tu version de postgres tendrias que ver tu version de
> postgres cual usa.
>
> 6.- El instalador de EDB trae incluido las librerias de VC asi que te
> sugiero bajar el instalador de enterprise db para windows y ejecutar los
> pasos.
>
> saludos
>
>
>
>
>
> El 28 de octubre de 2015, 17:11, MKHotmail 
> escribió:
>
> Maestros intente instalar Postgresql 9.3 en un servidor Windows Server
> 2003. No me dejaba instalar me salta este error, lo hice desde una
> instalación limpia y me sale ese error que no me deja instalar…busque en
> internet y no encuentro rptas.
>
>
>
> Agradeceré a bien guiarme en esta instalación, en otras maquinas no tuve
> problemas….
>
>
>
>
>
>
>
>
> --
>
> José Mercedes Venegas Acevedo
> cel Mov RPM #955853768
>
> mails: jvenegasp...@gmail.com
>

Re: [pgsql-es-ayuda] No puedo instalar / ejecutar postgresql 9.3

[jvenegasperu .]

Hola
intenta seguir estas sugerencias

1.- Primero desinstala luego borra todo rastro de postres en windows las
carpetas incluido el registro
2.- instala postgres con permisos de asdministrador
3.- No pongas la carpeta data dentro de archivos de programa ponlo en otra
carpeta fuera de archivos de programa si es posible en otra unidad mejor
4.- usa el mismo usuario y contraseñe de postgres seguro tu instalacion con
problemas ya creo un usuario postgres.
5.- Si aun tienes problemas probablemente te este faltando las bibliotecas
de Visual C++ para tu version de postgres tendrias que ver tu version de
postgres cual usa.
6.- El instalador de EDB trae incluido las librerias de VC asi que te
sugiero bajar el instalador de enterprise db para windows y ejecutar los
pasos.

saludos


El 28 de octubre de 2015, 17:11, MKHotmail  escribió:

> Maestros intente instalar Postgresql 9.3 en un servidor Windows Server
> 2003. No me dejaba instalar me salta este error, lo hice desde una
> instalación limpia y me sale ese error que no me deja instalar…busque en
> internet y no encuentro rptas.
>
>
>
> Agradeceré a bien guiarme en esta instalación, en otras maquinas no tuve
> problemas….
>
>
>
>
>
>


-- 
José Mercedes Venegas Acevedo
cel Mov RPM #955853768

mails: jvenegasp...@gmail.com

RE: [pgsql-es-ayuda] No puedo instalar / ejecutar postgresql 9.3

[MKHotmail]

Hice todo lo indicado desde un primer momento, a excepción de los puntos 5 y 6.

 

De donde descargo ese instalador ¿?

 

Gracias por la ayuda..

 

MK

 

 

De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de jvenegasperu .
Enviado el: jueves, 29 de octubre de 2015 11:47 a.m.
Para: MKHotmail 
CC: Ayuda 
Asunto: Re: [pgsql-es-ayuda] No puedo instalar / ejecutar postgresql 9.3

 

Hola 
intenta seguir estas sugerencias

1.- Primero desinstala luego borra todo rastro de postres en windows las 
carpetas incluido el registro
2.- instala postgres con permisos de asdministrador

3.- No pongas la carpeta data dentro de archivos de programa ponlo en otra 
carpeta fuera de archivos de programa si es posible en otra unidad mejor

4.- usa el mismo usuario y contraseñe de postgres seguro tu instalacion con 
problemas ya creo un usuario postgres.

5.- Si aun tienes problemas probablemente te este faltando las bibliotecas de 
Visual C++ para tu version de postgres tendrias que ver tu version de postgres 
cual usa.

6.- El instalador de EDB trae incluido las librerias de VC asi que te sugiero 
bajar el instalador de enterprise db para windows y ejecutar los pasos.

saludos

 

 

El 28 de octubre de 2015, 17:11, MKHotmail  > escribió:

Maestros intente instalar Postgresql 9.3 en un servidor Windows Server 2003. No 
me dejaba instalar me salta este error, lo hice desde una instalación limpia y 
me sale ese error que no me deja instalar…busque en internet y no encuentro 
rptas. 

 

Agradeceré a bien guiarme en esta instalación, en otras maquinas no tuve 
problemas….

 

 






-- 

José Mercedes Venegas Acevedo
cel Mov RPM #955853768

mails: jvenegasp...@gmail.co  m