Bom dia a todos,
Estou enfrentando um problema srio em um cliente.
Freqentemente o PostgreSQL est sendo re-inicializado, derrubando
todas as conexes existentes.
Verifiquei nos logs e ali mostra a seguinte mensagem imediatamente
antes de derrubar as conexes:
server process (PID 2917)
Marlon David de Souza escreveu:
Bom dia a todos,
Estou enfrentando um problema sério em um cliente.
Freqüentemente o PostgreSQL está sendo re-inicializado, derrubando
todas as conexões existentes.
Verifiquei nos logs e ali mostra a seguinte mensagem imediatamente
antes de derrubar
Bom dia Marlon,
Se esta terminando com um signal 11, é provavel que você tenha um problema
de memória. Este sinal é enviando quando ocorre erro de referencia de
memoria, normalmente seguindo de segmentation fault.
Se nao ajudar.. manda mais informacao ai.. um resultado do dmesg talvez.
Abraço.
Bom dia!Quando vocês tiverem um lugar disponível para download deêm um
toque.
Essa base vai me ajudar muito.
Vou ate explicar porque pode ajudar outras pessoas.
O problema foi detectado na validação da NFe.
A Sefaz valida se o Cep de destino esta relacionado ao codigo da cidade, do
IBGE, que
Rafael escreveu:
Bom dia Marlon,
Se esta terminando com um signal 11, é provavel que você tenha um problema
de memória. Este sinal é enviando quando ocorre erro de referencia de
memoria, normalmente seguindo de segmentation fault.
O cliente já trocou as memórias do servidor, mas não
Marlon David de Souza escreveu:
Dickson S. Guedes escreveu:
Marlon David de Souza escreveu:
Bom dia a todos,
Estou enfrentando um problema sério em um cliente.
Freqüentemente o PostgreSQL está sendo re-inicializado, derrubando
todas as conexões existentes.
Verifiquei nos logs e
2009/1/14 Marlon David de Souza mar...@sysmo.com.br:
Ainda não consegui identificar nada. As vezes o problema ocorre varias vezes
num dia. Tem dias que ocorre apenas uma vez.
Espero que não estejamos falando de concorrência de memória com outro
servidor de banco de dados ou mesmo com uma
Dickson S. Guedes escreveu:
Marlon David de Souza escreveu:
Dickson S. Guedes escreveu:
Marlon David de Souza escreveu:
Bom dia a todos,
Estou enfrentando um problema srio em um cliente.
Freqentemente o PostgreSQL est sendo
Leonardo Cezar escreveu:
2009/1/14 Marlon David de Souza mar...@sysmo.com.br:
Ainda no consegui identificar nada. As vezes o problema ocorre varias vezes
num dia. Tem dias que ocorre apenas uma vez.
Espero que no estejamos falando de concorrncia de memria com outro
IMO é incompatibilidade de libs de 64bits para 32bits, se puder tentar em
uma máquina/OS 32bits acho que resolveria o problema.
2009/1/14 Marlon David de Souza mar...@sysmo.com.br
Leonardo Cezar escreveu:
2009/1/14 Marlon David de Souza mar...@sysmo.com.br mar...@sysmo.com.br:
Ainda
Marlon David de Souza escreveu:
O servidor está rodando apenas o Post.
Mesmo assim o ookiller pode estar derrubando os processos do PostgreSQL se ela
estiver sobrecarregada.
A minha sugestão seria atualizar para 8.2.11 (foram corrigidos vários
possíveis quedas da 8.2.5 até esta versão). E,
Marlon David de Souza escreveu:
Não está sendo criado índice e o autovacuum está desabilitado.
Agora, poderia a criação de um índice derrubar o servidor?
Se tiver algo de errado com a memória compartilhada, sim. Por isso
solicitei para aumentar o nível de debug, quem sabe assim nosso amigo
Shairon Toledo escreveu:
IMO é incompatibilidade de libs de 64bits para 32bits, se puder tentar
em uma máquina/OS 32bits acho que resolveria o problema.
Definitivamente, *não*.
--
Euler Taveira de Oliveira
http://www.timbira.com/
___
É eu esqueci que postgresql developer team são perfeitos
On Wed, Jan 14, 2009 at 7:56 AM, Euler Taveira de Oliveira
eu...@timbira.com wrote:
Shairon Toledo escreveu:
IMO é incompatibilidade de libs de 64bits para 32bits, se puder tentar
em uma máquina/OS 32bits acho que resolveria o
2009/1/14 Marlon David de Souza mar...@sysmo.com.br:
Rafael escreveu:
Bom dia Marlon,
Se esta terminando com um signal 11, é provavel que você tenha um problema
de memória. Este sinal é enviando quando ocorre erro de referencia de
memoria, normalmente seguindo de segmentation fault.
O
verifique se o disco esta cheio.
se ele perdeu direitos de escrita...
se o diretorio de data do cluster do banco ainda esta la e se ele sabe onde
eh la ;)
talvez o problema seja simples assim.
se voce souber iniciar o servico via prompt, tente faze-lo pois aposto que a
mensagem vai te dar um
olá,
Tenho uma base de cep é de 2004 .Se alguem se interessar me procure em PVT que eu envio por email.Esta no formato SQL.
--
Edson Lidorio
Msn:elido...@gmail.com
Em 14/01/2009 16:25, ivan viana escreveu:
Eu Tb estou no aguardo dessa ISO
Aproveitando a troca de Dados eu Tenho o COD
Boa noite caros colegas,
faz dias que nem tempo de acompanhar esta lista estou tendo,
mas venho agora recorrer aos amigos para que me indiquem alguma empresa
seria
que possa resolver meu problema.
Sobre precao tive que formatar um servidor, fiz backup de tudo, senhas,
confs, arquivos gerais, etc,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Se quiser fazer um experimento por conta própria e que não vai gravar
nada no disco, deixando a oportunidade de fazer outros testes depois,
crie uma imagem do disco com o dd e depois use o programa TestDisk[1].
Eu já recuperei dados de pendrive
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eu passei por um problema destes alguns meses atrás, o problema era a
unidade de disco SCSI onde estava o /var do meu servidor. O maldito
disco começou a apresentar badblocks e curiosamente nada a respeito
disso era logado no syslog.
como o problema
Obrigado Welington,
Me faltam apenas 10Gb para terminar o backup com o dd, depois vou seguir
alguns tutorias da internet, inclusive ja li sobre o testdisk, mas se eu nao
conseguir, vou ter que recorrer a ajuda profesional.
Se algum colega, ja passou por isto, e tem alguem para indicar?
O que me
21 matches
Mail list logo
