2013/9/17 Diego Ayala <[email protected]>: > Gracias, Eduardo, podria ser, pero tengo entendido que un lock no evita que > se realice el vacuum. la verdad que no llegue a encontrar ningun lock a esa > tabla, aunque lo buscare mas a fondo. >
Saludos, El bloqueo apropiado si evita que VACUUM se ejecute El VACUUM toma un bloqueo de tipo SHARE UPDATE EXCLUSIVE y como indica la documentación (http://www.postgresql.org/docs/8.4/static/explicit-locking.html#LOCKING-TABLES) ese bloqueo tiene conflicto con otros SHARE UPDATE EXCLUSIVE (es decir, de estos tres: VACUUM, ANALYZE, CREATE INDEX CONCURRENTLY; solo uno puede estar corriendo en un momento dado). Tambien tiene conflicto con SHARE (CREATE INDEX) y con ACCESS EXCLUSIVE (ALTER TABLE, DROP TABLE, TRUNCATE, REINDEX, CLUSTER, and VACUUM FULL) como te recomendaron mira en pg_stat_activity los procesos con waiting true -- Jaime Casanova www.2ndQuadrant.com Professional PostgreSQL: Soporte 24x7 y capacitación Phone: +593 4 5107566 Cell: +593 987171157 - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
