On Tue, 17 Sep 2013 10:44:00 -0400 Diego Ayala <netdieg...@gmail.com> wrote:
> Buenos dias, estoy teniendo una situacion bastante particular con el vacuum > que se ejecuta en mi base de datos, estoy utilizando PostgreSQL 8.4.11, > sobre REL 5 64 Bits, tengo 4 bases de datos, y todos los dias, a primer > hora le ejeucto VACUUM VERBOSE ANALYZE, de forma manual, y para mi DB > principal, lo tengo metido en un cron a las 5:00 a.m todos los dias, > ademas, de tambien correr en forma manual todos los dias. lo cierto es que > desde hace 2 dias, cuando llego a la oficina, encuentro el VACUUM ejecutado > por el cron supuestamente ejecutandose, siendo que gralmente tarda 30 > minutos, ya pasaron mas de 1 hora y media, y sigue, tengo configurado un > log de mi ejecucion de vacuum > > 00 05 * * 1-7 /usr/bin/vacuumdb -d db_160913 -z -v >> > /var/log/pgbkp/vacuum/vacdb.log 2>&1 > > viendo en el log, veo que se queda y no pasa de esta tabla (tengo unas 200 > tablas, y esta esta por la mitad) > > INFO: analyzing "sisp.categoria" , esta tabla contine apenas 42 registros > > Al cancelar el vacuum ejecutado por el cron, lo trato de ejecutar de forma > manual, y me sucede lo mismo. se queda al llegar a esta tabla, > > Hice un backup y lo restaure en otra DB de pruebas que tengo, y en esta se > ejeucta sin problemas el vacuum. Pense inicialmente que tal vez el disco > este dañado o algo por el estilo(estuve mirando todo el log de la db y no > encuentro nada), pero se puede hacer ABM de toda la tabla y como dije, saco > un bkp y lo restauro sin problemas. A que podria deberse esto, siendo que > mi tabla es muy pequeña, esta relacionada con tablas que tienen 2 a 3 > millones de registros, pero, la ejecucion del vacuum anteriormente era de 2 > veces por dia. Alguien me podria indicar si tuvo algun caso asi, o a que > podria deberse esto. Puede ser que una conexion de un cliente se quedara abierta y con un lock en dicha tabla, impidiendo que vacuum hiciese su trabajo. Lo que no se es si cuando vacuum encuentra un lock en una tabla se para o si sigue con la siguiente tabla sin lock. > Gracias > > Diego --- --- Eduardo Morras <emorr...@yahoo.es> - 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
