2013/6/19 Luiz Carlos L. Nogueira Jr. <[email protected]> > 1) Qual a versão do seu PostgreSQL (existem bugs relativos a isso > detectados e já corrigidos)? > > > "PostgreSQL 9.1.6 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.6 > 20120305 (Red Hat 4.4.6-4), 64-bit" > > > Atualize imediatamente para a 9.1.9. Não encontrei nenhum bug relacionado, mas...
> > 2) Verifique qual é a tabela normal associada com a consulta abaixo: > SELECT relname FROM pg_class WHERE reltoastrelid = 15293730; > > Não volta nada > > Tem certeza? Você deve estar conectado na mesma base de dados onde o comando VACUUM está rodando, veja a coluna datname da pg_stat_activity para saber... > > e ainda continua..... > > 1966;"";"14:21:36.50627";"autovacuum: VACUUM pg_toast.pg_toast_15293730" > > > Isso com certeza não parece normal. A não ser que a tabela em questão seja absurdamente grande. Algumas coisas a verficar: 1. Veja se este comando está sendo bloqueado por algum outro, basta adicionar a coluna waiting na sua consulta, se retornar "t", quer dizer que está sendo bloqueado. Nesse caso, tem-se que analisar a pg_locks. Aproveite e veja se não há prepared transactions presas também (faça um `SELECT * FROM pg_prepared_xacts` e veja o tempo da coluna prepared, se tiver algo e há muito tempo, você tem outros problemas, provavelmente sérios). 2. Verifique se nos logs do PostgreSQL há alguma informação que indique um problema mais grave, como uma corrupção de dados (se a relação realmente não existe na pg_class, isso é bem provável). 3. Está tendo problemas de performance devido a isso? Se sim, é seguro executar um "kill 1966", mas eu evitaria isso ao máximo, exatamente pra tentar descobrir qual foi o problema e evitar sua recorrência. Atenciosamente, -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! www.dextra.com.br/postgres
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
