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
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
<[email protected]> 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
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
