Eu vou ser mais básico ainda: Quem trava é o Free ou é o PostgreSQL? Quando trava, nem o OS responde, ou você ainda consegue entrar, matar o processo e reestartar na mão? Tem alguma coisa no log sobre erro? Tem algum SQL que poderia causar um loop infinito?
2008/8/1 Ricardo Ichizo <[EMAIL PROTECTED]> > Olá, > > On Thu, Jul 31, 2008 at 05:37:10PM -0300, Dario Basso Cardoso wrote: > ... > > No servidor tem um RAID Adaptec, o kernel ta tunelado, o postgresql.conf > > ta expandido a memoria e mesmo assim percebo que as vezes no decorrer de > > Poderia repassar quais as configurações foram feitas no kernel ? > E o que significa "postgresql.conf expandido a memória" ? Você alterou ele > ? > Que alterações foram feitas ? > > > uns dias de muito movimento que o programa faz acesso ao banco de dados > > com muitas transações, o programa trava ao tentar gravar alguns > > registros em determinados usuarios do banco de dados, tornando o banco > > inacessivel em algumas partes > > Somente com alguns usuários ocorre isso ou com determinada _quantidade_ > de usuários ? Já chegou a reparar no volume de transações no momento em > que está ocorrendo esse problema ? > > Outra coisa, as conexões são feitas diretamente ao BD ou as requisições > são feitas via aplicacão ? > > > > > Eu reinicio o banco de dados e ou o servidor e tudo volta ao normal até > > a proxima anomalia que demora alguns dias > > > > Provavelmente (chutando alto), o problema pode estar relacionado a IPC / > semáforos, quantidade disponível de memória compartilhada configurada no > kernel, grande número de arquivos abertos ou alguns parâmetros > mal-ajustados > no postgresql.conf. > > Recomendo fortemente você rever os seguintes parâmetros do kernel: > > - kern.maxfiles > - kern.maxproc > - kern.maxfilesperproc > - vfs.vmiodirenable (deveria estar ativado) > > - kern.ipc.somaxconn > - kern.ipc.maxsockbuf > - kern.ipc.maxsockets > - kern.ipc.shm_use_phys (deveria estar ativado) > - kern.ipc.shmmax > - kern.ipc.shmall > - kern.ipc.sem* -> verifique todos as config. para semáforo > > Quando o problema ocorrer novamente, seria bom você nos dar as > informações sobre os processos, quantidade de conexões e uso de memória, > bem como o resultado do comando _ipcs_. Também, se puder fornecer o > arquivo postgresql.conf ajudaria muito. > > []'s > -- > _(~)_ > )"( [[ n1ghtcr4wler ]] > (@_@) xmpp:[EMAIL PROTECTED] <[EMAIL PROTECTED]> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkiTk/cACgkQKMMc9nmH2n1XbgCgkv1nJNbJf5++g9WaB8HtYdNL > 7zQAoKUilEYylpNYC9B/1BnfjQqHav3I > =dXn6 > -----END PGP SIGNATURE----- > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- ================================= Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 [EMAIL PROTECTED] (61) 9975-0883 http://www.tiblog.com.br "Quidquid latine dictum sit, altum viditur" =================================
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
