Re: Problemas con VACUUM

Bueno días,

Hoy paso lo mismo, el servicio se reinicio ejecutando el mismo vacuum, sin
embargo esta ves el log si me da lo siguiente:

2013-02-16 07:28:02 COT11602 LOG: proceso de servidor (PID 28161) fue
terminado por una se?al 9: Killed
2013-02-16 07:28:02 COT11602 LOG: terminando todos los otros procesos de
servidor activos
2013-02-16 07:28:02 COT32525bd WARNING: terminando la conexión debido a
una falla en otro proceso servidor

Lo extraño es que hay otras BD en el cluster y a esas si se les ejecuta
bien el vacuum.

Descarto problemas de hardware

Algun bug de PostgreSQL (Ver 8.4.10)

La BD tiene algún problema ?

De hecho tengo contingencia de la BD en otro servidor y alla se ejecuta sin
problemas la restauración el vacuum.

2013/2/15 Hellmuth Vargas <hivs77(at)gmail(dot)com>

>
> Hola Lista
>
>
> **
>>
>> Suena a que el backend haciendo el vacuum recibió un SIGTERM, quizá por
>> falta de recursos, habría que ver si el oom killer fué el responsable ...
>> es linux?
>>
>
> Pero si hubiese sido una terminación por memoria, no se
> hubiera caído todos los procesos que hacen parte del cluster de base de
> datos? se evidenciaría en el log algo como:
>
> FATAL vacuum analyze
> process (PID 22999) was terminated by signal 9: Killed
> LOG: terminating any other active server processes
> LOG: The Postmaster has informed me that some other backend died
> abnormally and possibly corrupted shared memory.
> FATAL: The database system is in recovery mode
> fast shutdown request all server processes terminated; reinitializing
> shared memory and semaphores
> FATAL: The database system is shutting down
>
>
> Pienso mas bien que le proceso fue terminado 'por las buenas' con un kill
> -15 o pg_terminate_backend(). No se que opinan ustedes?
>
>
>>
>
>>
>>
>>
>> On Friday, February 15, 2013 06:17:30 PM Jose David Verbel Tous wrote:
>>
>> Saludos,
>>
>>
>> Me ha ocurrido algo "extraño", durante la realización de un VACUUM
>> ANALYZE programado por cron a una BD este se ha cancelado y el log de
>> postgres me da lo siguiente:
>>
>>
>> 2013-02-15 00:11:54 COT27323bd FATAL: terminando la conexión debido a
>> una orden del administrador
>>
>> 2013-02-15 00:11:54 COT27323bd SENTENCIA: VACUUM ANALYZE;
>>
>>
>> Sin embargo unos segundos despues (29 seg) el motor sigue recibiendo
>> consultas.
>>
>>
>> Ya he revisado todos los logs de mi sistema (Ubuntu) para validar que
>> alguien a esa hora estuviera conectado y realizado un restart del servicio.
>>
>>
>>
>> Que pudo haber pasado ?
>>
>>
>> Pdta: Este VACUUM se ejecuta de manera periodica sobre la misma base y
>> nunca habia pasado esto.
>>
>>
>>
>> --
>>
>> Jose David
>>
>>
>>
>>
>> --
>>
>> Postgresql Tips en español para la comunidad de México e Hispanoamérica.
>>
>> http://postgresql.org.mx
>>
>>
>>
>> Postgresql México en Twitter
>>
>> https://twitter.com/PgsqlMx
>>
>>
>>
>> Twitter account for news sharing
>>
>> https://twitter.com/iCodeiExist
>>
>>
>>
>>
>>
>>
>>
>
>
>
> --
> Cordialmente,
>
> Ing. Hellmuth I. Vargas S.
> Esp. Telemática y Negocios por Internet
> Oracle Database 10g Administrator Certified Associate
>

--

*Jose David
*