Então....
Por acaso seu banco passou por uma queda de energia ou desligamento forçado
(shutdown)? O autovacuum está conseguindo executar normalmente (vide
pg_stat_user_tables e pg_stat_all_tables)?
O servidor não foi desligado ma mais de meses já.
--São pouquissimas as tabelas que tem uma data no autovacuum setando que o
mesmo foi executado.
Resultados:
SELECT * FROM pg_stat_user_tables where relname = 'ind_03_03_02_02_a3'
24208;"senda";"ind_03_03_02_02_a3";1;90444;0;0;0;0;0;0;0;0;"";"";"";""
last vacuum, last autovacuum, last analyse e last autoanalyse estão nulos.
no pg_stat_all_tables o resultado é o mesmo.
Esqueci de avisar antes mas quando fui executar o vacuum pelo pgAdmin, dava a
mensagem que tem delete e insert concorrente, só que o banco estava totalmente
ocioso e não havia nenhuma conexao concorrente.
Achei muito estranho essas mensagens.
Opa,
Em 19 de novembro de 2012 17:07, Joao Paulo Rieg <jpaulor...@yahoo.com.br>
escreveu:
Eu fiz um SELECT count(*) FROM ind_03_03_02_02_a3 e a mesma me retornou a
quantidade de registros (90444)
O tamanho dos dados dessa tabela não passa de 6MB com os indices e outros
objetos, chega nos 16MB.
Quanto ao teste de memória eu já havia providenciado que fosse feito com o
gestor de infra... bem provavel que será executado a noite.
O que me aconteceu agora foi que pelo pgAdmin, eu Cliquei sobre a tabela e
fui na guia manutenção. Selecionei um Vacuum e o serviço do banco de dados
parou na hora.
Agora qualquer comando de manutenção que eu executar, o banco para.
no log do banco ficou o seguinte registro:
2012-11-19 15:40:12 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:12 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:12 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:12 BRT AVISO: concurrent insert in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:12 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:12 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:12 BRT AVISO: concurrent insert in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:12 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:13 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:13 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:13 BRT AVISO: concurrent insert in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:13 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:14 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:14 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:14 BRT AVISO: concurrent insert in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:14 BRT AVISO: concurrent delete in progress within table
"ind_03_03_02_02_a3"
2012-11-19 15:40:14 BRT LOG: processo servidor (PID 3272) foi terminado
pela exceção 0xC0000005
2012-11-19 15:40:14 BRT DICA: Veja o arquivo de cabeçalho C "ntstatus.h"
para obter uma descrição do valor hexadecimal.
2012-11-19 15:40:14 BRT LOG: terminando quaisquer outros processos
servidor ativos
2012-11-19 15:40:14 BRT AVISO: finalizando conexão por causa de uma queda
de um outro processo servidor
2012-11-19 15:40:14 BRT DETALHE: O postmaster ordenou a esse processo
servidor para cancelar a transação atual e sair, porque outro processo
servidor saiu anormalmente e possivelmente corrompeu memória compartilhada.
2012-11-19 15:40:14 BRT DICA: Dentro de instantes você poderá conectar
novamente ao banco de dados e repetir seu commando.
2012-11-19 15:40:14 BRT AVISO: finalizando conexão por causa de uma queda
de um outro processo servidor
2012-11-19 15:40:14 BRT DETALHE: O postmaster ordenou a esse processo
servidor para cancelar a transação atual e sair, porque outro processo
servidor saiu anormalmente e possivelmente corrompeu memória compartilhada.
2012-11-19 15:40:14 BRT DICA: Dentro de instantes você poderá conectar
novamente ao banco de dados e repetir seu commando.
2012-11-19 15:40:14 BRT CONTEXTO: função SQL "current_user_oid" comando 1
2012-11-19 15:40:14 BRT AVISO: finalizando conexão por causa de uma queda
de um outro processo servidor
2012-11-19 15:40:14 BRT DETALHE: O postmaster ordenou a esse processo
servidor para cancelar a transação atual e sair, porque outro processo
servidor saiu anormalmente e possivelmente corrompeu memória compartilhada.
2012-11-19 15:40:14 BRT DICA: Dentro de instantes você poderá conectar
novamente ao banco de dados e repetir seu commando.
2012-11-19 15:40:14 BRT AVISO: finalizando conexão por causa de uma queda
de um outro processo servidor
2012-11-19 15:40:14 BRT DETALHE: O postmaster ordenou a esse processo
servidor para cancelar a transação atual e sair, porque outro processo
servidor saiu anormalmente e possivelmente corrompeu memória compartilhada.
2012-11-19 15:40:14 BRT DICA: Dentro de instantes você poderá conectar
novamente ao banco de dados e repetir seu commando.
2012-11-19 15:40:14 BRT AVISO: finalizando conexão por causa de uma queda
de um outro processo servidor
2012-11-19 15:40:14 BRT DETALHE: O postmaster ordenou a esse processo
servidor para cancelar a transação atual e sair, porque outro processo servidor
saiu anormalmente e possivelmente corrompeu memória compartilhada.
2012-11-19 15:40:14 BRT DICA: Dentro de instantes você poderá conectar
novamente ao banco de dados e repetir seu commando.
2012-11-19 15:40:14 BRT LOG: todos os processos servidor foram terminados;
reinicializando
2012-11-19 15:40:24 BRT FATAL: bloco de memória compartilhada
pré-existente ainda está em uso
2012-11-19 15:40:24 BRT DICA: Verifique se ainda há processos servidor
antigos sendo executados, e termine-os.
2012-11-19 15:40:52 BRT LOG: sistema de banco de dados foi interrompido;
última execução em 2012-11-19 15:38:31 BRT
2012-11-19 15:40:52 BRT LOG: sistema de banco de dados não foi desligado
corretamente; recuperação automática está em andamento
2012-11-19 15:40:52 BRT LOG: redo inicia em 26/7F06D640
2012-11-19 15:40:52 BRT LOG: pageaddr 25/AD096000 inesperado no arquivo de
log 38, segmento 127, deslocalemto 614400
2012-11-19 15:40:52 BRT LOG: redo pronto em 26/7F095B78
2012-11-19 15:40:52 BRT LOG: última transação efetivada foi em 2012-11-19
15:40:11.308-03
2012-11-19 15:40:52 BRT FATAL: o sistema de banco de dados está iniciando
2012-11-19 15:40:53 BRT LOG: sistema de banco de dados está pronto para
aceitar conexões
2012-11-19 15:40:53 BRT LOG: inicializador do autovacuum foi iniciado
Por acaso seu banco passou por uma queda de energia ou desligamento forçado
(shutdown)? O autovacuum está conseguindo executar normalmente (vide
pg_stat_user_tables e pg_stat_all_tables)?
Atenciosamente João Paulo Rieg.
Só por desencargo de conciência, você realizou um memteste no
servidor? Apenas para eliminar a possibilidade de memoria ram ruim. E
aproveitando o memteste rodar um chkdisk também, apenas para descartar
a possibilidade de badblock. Qual o retorno de um select count(*) ?
Curioso seu caso, já passei pela experiência de ter um registro ruim e
ao deletar conseguir fazer um select *, não sabemos se é relamete esse
o problema.
Em 19 de novembro de 2012 13:59, Joao Paulo Rieg
<jpaulor...@yahoo.com.br> escreveu:
> Boa tarde.
>
> Eu estou com problemas em um database, que é mais ou menos assim:
>
> se eu faço um SELECT * FROM tabela sem a clausula WHERE o banco fica por
> dias para tentar exibir os dados sem sucesso.
> Se eu executo um Vacuum, reindex ou qualquer outra rotina um erro é
> apresentado na tela, bem como se eu executar o dump dessa tabela o erro
> também é apresentado.
>
> No log do banco tem esse erro:
> ERRO: invalid memory alloc request size 4294967293
>
> O que eu percebi é que a tabela não tem muitos registros. seu tamanho é
> relativamente pequeno. mas no postgresql.conf o shared_buffers está
> configurado exatamente com 4GB
>
> Será que este problema está relacionado ao shared buffers?
>
> O servidor está com o Windows2008 Server RC2 x64 e o banco é a versão 9.0
>
> _______________________________________________
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Abraços
--
JotaComm
http://jotacomm.wordpress.com
------------------------------------------------------------------------------
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
