Em 04-09-2013 14:55, JotaComm escreveu:

Pessoal,

Boa tarde!!!

Vou expor o meu problema e gostaria de saber se alguém já passou por
situação semelhante:

Tenho um vacuum rodando em uma tabela desde o dia 2013-08-27
18:58:41.527238-03, no entanto a tabela não é grande: 5.428.982 - (8243
MB incluindo indices).

Estou achando muito estranho a demora e não encontrei nada que me
indicasse problema, porém tenho tabelas maiores e o vaccum roda
normalmente. Tentei cancelar o processo e não obtive sucesso:

billing=# SELECT localtimestamp(0);
-[ RECORD 1 ]------------------
timestamp | 2013-09-04 11:23:06

billing=# SELECT
pg_stat_activity.procpid,pg_stat_activity.current_query,pg_stat_activity.query_start
FROM pg_stat_activity WHERE pg_stat_activity.current_query ~
'public.mensagem' AND pg_stat_activity.procpid!=pg_backend_pid();
-[ RECORD 1 ]-+-----------------------------------------------------------
procpid       | 2738
current_query | autovacuum: VACUUM public.mensagem (to prevent wraparound)
query_start   | 2013-08-27 18:58:41.527238-03

billing=# SELECT pg_cancel_backend(2738);
-[ RECORD 1 ]-----+--
pg_cancel_backend | t

billing=# SELECT localtimestamp(0);
-[ RECORD 1 ]------------------
timestamp | 2013-09-04 11:23:18

billing=# SELECT
pg_stat_activity.procpid,pg_stat_activity.current_query,pg_stat_activity.query_start
FROM pg_stat_activity WHERE pg_stat_activity.current_query ~
'public.mensagem' AND pg_stat_activity.procpid!=pg_backend_pid();
-[ RECORD 1 ]-+-----------------------------------------------------------
procpid       | 2738
current_query | autovacuum: VACUUM public.mensagem (to prevent wraparound)
query_start   | 2013-08-27 18:58:41.527238-03

Outras informações:

procpid            | 2738
relname            | mensagem
current_query      | autovacuum: VACUUM public.mensagem (to prevent
wraparound)
query_start        | 2013-08-27 18:58:41.527238-03
virtualtransaction | 3/301
mode               | ShareUpdateExclusiveLock
n_tup_ins          | 448414
n_tup_upd          | 2665536
n_tup_del          | 0
n_live_tup         | 448375
n_dead_tup         | 1129161
last_vacuum        |
last_autovacuum    |
last_analyze       |
last_autoanalyze   |

A versão do PostgreSQL é a 9.0.4.

A versão do SO é CentOS release 6.3 (Final).

Alguma idéia? Pista?

Abraços
--
JotaComm

Jotinha, bom de "ler"!
Quanto tá o autovacuum_vacuum_cost_delay e autovacuum_vacuum_cost_limit ?
O autovacuum tá desligado? Deve estar, senão não estaria rolando esse prevent wraparound.

[]s


__________________________________
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
______________________________
FREE SOFTWARE SOLUTIONS
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a