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 d
-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 e
-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 danific
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,
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 de
Eu Tb estou no aguardo dessa ISO
Aproveitando a troca de Dados eu Tenho o COD de todos os municipios e distritos
do ano passado, utilizados em todos os software federais se alguem tiver
interesse. manda um Private.
---
Ivan viana
E-MAIL: ivan
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 camin
É 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
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/
___
pgbr-ge
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
l
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, al
2009/1/14 Marlon David de Souza :
> 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 client
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
>
> Leonardo Cezar escreveu:
>
> 2009/1/14 Marlon David de Souza :
>
>
>
> Ainda não consegui identificar nada. As vezes o problema
Leonardo Cezar escreveu:
2009/1/14 Marlon David de Souza :
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
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 sério em um cliente.
Freqüentemente o PostgreSQL está sendo re-inici
2009/1/14 Marlon David de Souza :
> 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 máquina virtual java.
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.
>>>
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 ali mostra a seguinte mensa
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
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 tambem
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.
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 derr
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 as conexões:
server proce
23 matches
Mail list logo
