Opa, Em 19 de novembro de 2012 17:07, Joao Paulo Rieg <[email protected]>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 > <[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 > > Abraços -- JotaComm http://jotacomm.wordpress.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
