2013/5/9 Martín Marqués :
> El día 9 de mayo de 2013 18:47, Jaime Casanova
> escribió:
>> 2013/5/9 Jaime Casanova :
>>>
>>> Solo puedes hacer esto de forma segura si 1) ejecutas
>>> pg_start_backup() en la base previo a hacer el clonado y 2) tienes un
>>> archivo de wal de donde leer los segmento
Martín Marqués escribió:
> El día 9 de mayo de 2013 18:47, Jaime Casanova
> escribió:
> > solo para completar la respuesta:
> > la otra alternativa si estas en 9.0 o superior es que 1) incrementas
> > wal_keep_segmentas en el servidor que vas a clonar, 2) ejecutes
> > pg_start_backup() e inicies
El día 9 de mayo de 2013 18:47, Jaime Casanova escribió:
> 2013/5/9 Jaime Casanova :
>>
>> Solo puedes hacer esto de forma segura si 1) ejecutas
>> pg_start_backup() en la base previo a hacer el clonado y 2) tienes un
>> archivo de wal de donde leer los segmentos de wal desde el momento en
>> que
José Manuel Oxte escribió:
> Muchas gracias por su apoyo, ya logre corregir el problema, tuve que volver
> a clonar el disco duro pero con los servicios del postgresql detenidos y al
> arrancar nuevamente el disco los servicios levantaron sin problema.
La otra opción es darle pg_start_backup() ant
Muchas gracias por su apoyo, ya logre corregir el problema, tuve que volver
a clonar el disco duro pero con los servicios del postgresql detenidos y al
arrancar nuevamente el disco los servicios levantaron sin problema.
Saludos...
El 9 de mayo de 2013 12:52, Jaime Casanova escribió:
> 2013/5/9
2013/5/9 Jaime Casanova :
>
> Solo puedes hacer esto de forma segura si 1) ejecutas
> pg_start_backup() en la base previo a hacer el clonado y 2) tienes un
> archivo de wal de donde leer los segmentos de wal desde el momento en
> que iniciaste el clonado hasta que termino. De lo contrario puedes
>
2013/5/9 José Manuel Oxte :
> Hola buenos dias, he estado clonando discos duros funcionando y
> recientemente las ultimas no esta levantando el servicio de postgres, ya
> intente levantar el servicio manualmente y me marca error en el ultimo
> checkpoint, les agradeceria si me pudieran ayudar.
>
S
Saludos,
En cuanto al bloqueo que se plantea de la tabla, precisamente este proceso
lo ejecutamos en horario nocturno en donde nos hemos encargado de denegar
el acceso a la BD, por App y Motor. Por ello lo único que esta ejecutandose
en la BD es el proceso de actualización de datos (El DROP TRIGGE
2013/5/9 Alvaro Herrera :
> Gilberto Castillo escribió:
>
>> > 2013-05-09 11:26:48 CDT LOG: could not open file
>> > "pg_xlog/00010002009B" (log file 2, segment 155): No such file
>> > or directory
>> > 2013-05-09 11:26:48 CDT LOG: invalid primary checkpoint record
>> > 2013-05-09 11:
Gilberto Castillo escribió:
> > 2013-05-09 11:26:48 CDT LOG: could not open file
> > "pg_xlog/00010002009B" (log file 2, segment 155): No such file
> > or directory
> > 2013-05-09 11:26:48 CDT LOG: invalid primary checkpoint record
> > 2013-05-09 11:26:48 CDT LOG: could not open fil
Les proporciona las lineas del log en donde me marca los errores:
Mi servidor es Ubuntu Server 12.04 y tengo PostgreSQL 9.1, les agradezco de
antemando su apoyo y ayuda.
Saludos.
* Restarting PostgreSQL 9.1 database server
* The PostgreSQL server failed to start. Please check the log output:
20
Jose David Verbel Tous escribió:
> Saludos,
>
> Como parte de un proceso de actualización de datos tenemos una sentencia de
> eliminación de un trigger. Esto venia haciéndose bien (Eliminarlo solo se
> tomaba unos segundos) hasta hace un par de días, en donde se esta tardando
> mas de 1 hora elimi
> Les proporciona las lineas del log en donde me marca los errores:
> Mi servidor es Ubuntu Server 12.04 y tengo PostgreSQL 9.1, les agradezco
> de
> antemando su apoyo y ayuda.
>
> Saludos.
>
> * Restarting PostgreSQL 9.1 database server
> * The PostgreSQL server failed to start. Please check
2013/5/9 Jose David Verbel Tous :
> Saludos,
>
> Como parte de un proceso de actualización de datos tenemos una sentencia de
> eliminación de un trigger. Esto venia haciéndose bien (Eliminarlo solo se
> tomaba unos segundos) hasta hace un par de días, en donde se esta tardando
> mas de 1 hora elimi
Saludos,
Como parte de un proceso de actualización de datos tenemos una sentencia de
eliminación de un trigger. Esto venia haciéndose bien (Eliminarlo solo se
tomaba unos segundos) hasta hace un par de días, en donde se esta tardando
mas de 1 hora eliminando el trigger
El trigger
CREATE TRIGGER
Saludos, Josman.
Me uno a Gilberto. Necesitamos más información para poder ayudarte:
- Sistema operativo donde tienes hosteado a PostgreSQL
- Versión especifica del gestor
- Sistema de ficheros que estás usando para los directorios de datos
- Últimas líneas del log del servidor donde dices que te d
> Hola buenos dias, he estado clonando discos duros funcionando y
> recientemente las ultimas no esta levantando el servicio de postgres, ya
> intente levantar el servicio manualmente y me marca error en el ultimo
> checkpoint, les agradeceria si me pudieran ayudar.
Uh, es imposible ayud
Hola buenos dias, he estado clonando discos duros funcionando y
recientemente las ultimas no esta levantando el servicio de postgres, ya
intente levantar el servicio manualmente y me marca error en el ultimo
checkpoint, les agradeceria si me pudieran ayudar.
Gracias.
18 matches
Mail list logo
