.
Alguma sugestão do que pode estar acontecendo, pois não temos nem 50
conexões simultâneas que estourem esse tamanho?
Aumentei para 3GB e continua da mesma forma.
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2013/7/1 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com
Pessoal,
Configurei o work_mem do meu postgres para 4MB.
Só que aparecem mais linhas no meu log e com tamanhos menores que 4MB.
Em geral, a conta deve ser:
work_mem (novo) = wok_mem (antigo) + maior_arquivo_temporario + valor_extra
2013/7/2 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com
.
Alguma sugestão do que pode estar acontecendo, pois não temos nem 50
conexões simultâneas que estourem esse tamanho?
Aumentei para 3GB e continua da mesma forma.
O tamanho dos arquivos temporários não dependem da quantidade de
Em 2 de julho de 2013 09:51, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Infelizmente não temos esse canal de comunicação com quem desenvolve.
Apenas tentamos fazer o banco ficar vivo com a aplicação que nos mandam.
Já tinha solicitado mudar voltar o work_mem ao que era
Em 2 de julho de 2013 10:20, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Em 2 de julho de 2013 09:51, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Infelizmente não temos esse canal de comunicação com quem desenvolve.
Apenas tentamos fazer o banco ficar
Java com hibernate
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Se alguém tiver a coragem de dizer que o problema é na aplicação, será
amaldiçoado por 5 gerações
NUNCA o problema está na aplicação,
(Tive que descontrair um pouco)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2013/7/2 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com
Em 2 de julho de 2013 09:51, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Infelizmente não temos esse canal de comunicação com quem desenvolve.
Apenas tentamos fazer o banco ficar vivo com a aplicação que nos
Nem sempre otimizar uma consulta significa modificá-la, em muitos casos
(muitos mesmo), a criação de um índice resolve o problema.
*-Mas isso não depende da gente. Não temos autonomia no sistema, pois ele é
nacional. O que podemos fazer é dar a dica, mas não podemos garantir que
ela será
Em 02-07-2013 11:36, Luiz Carlos L. Nogueira Jr. escreveu:
De 50MB para 4MB me parece uma mudança muito brusca!
*-Essa alteração foi solicitada pelo pessoal que desenvolve o sistema
(CNJ). Fomos obrigados a implantar*
Bom, fica difícil ajudar a resolver seu problema se você não tem
autonomia
2013/7/2 Flavio Henrique Araque Gurgel fla...@4linux.com.br
Em 02-07-2013 11:36, Luiz Carlos L. Nogueira Jr. escreveu:
De 50MB para 4MB me parece uma mudança muito brusca!
*-Essa alteração foi solicitada pelo pessoal que desenvolve o sistema
(CNJ). Fomos obrigados a implantar*
Bom, fica
2013-07-02 09:15:05 BRT [13553]: [169-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(42870) 0:31/7039 ERROR: out of memory
2013-07-02 09:15:23 BRT [15019]: [1-1] db=,user=@ 0:31/7044 ERROR: out of
memory
2013-07-02 09:15:23 BRT [14378]: [37-1] db=pje_jud1g_descanso_p,user=
Ainda, quanto de swap você tem? Certeza que está ativo? Por favor, poste o
resultado do comando:
*$ free -m
free -m
total used free sharedbuffers cached
Mem: 32110 30981 1129 0131 23483
-/+ buffers/cache: 7366
Em 02-07-2013 13:33, Luiz Carlos L. Nogueira Jr. escreveu:
2013-07-02 09:15:05 BRT [13553]: [169-1]
db=pje_jud1g_descanso_p,user=user_pje_jud1g@192.168.252.19
mailto:user_pje_jud1g@192.168.252.19(42870) 0:31/7039 ERROR: out of
memory
Reiniciamos o servidor nesse momento. Agora é só dar um
Em 02-07-2013 13:34, Luiz Carlos L. Nogueira Jr. escreveu:
Ainda, quanto de swap você tem? Certeza que está ativo? Por favor, poste
o resultado do comando:
*$ free -m
free -m
total used free sharedbuffers cached
Mem: 32110 30981 1129
Em 02-07-2013 13:28, Matheus de Oliveira escreveu:
Lembre-se que apenas as novas conexões irão se aproveitar disso, as
já existentes irão ficar com o valor anterior (em ambos os casos de
ajuste), portanto, como sua aplicação é Java com Hibernate
provavelmente tem um pool que
Pessoal,
PostgreSQL 9.1.6 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.6
20120305 (Red Hat 4.4.6-4), 64-bit
Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Em 02-07-2013 14:00, Luiz Carlos L. Nogueira Jr. escreveu:
Pessoal,
PostgreSQL 9.1.6 on x86_64-unknown-linux-gnu, compiled by gcc (GCC)
4.4.6 20120305 (Red Hat 4.4.6-4), 64-bit
Luiz Carlos
Provavelmente você está afetado por um dos seguintes bugs:
Provavelmente é este aqui o seu problema,
Pessoal,
Começou o out of memory.
2013-07-02 15:16:24 BRT [20019]: [25-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(60910) 0:86/197 ERROR: out of memory
2013-07-02 15:16:29 BRT [17045]: [1298-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(59263) 0:73/5073 ERROR:
Em 02-07-2013 15:36, Luiz Carlos L. Nogueira Jr. escreveu:
Pessoal,
Começou o out of memory.
Você leu a mensagem que falei sobre os bugs existentes na versão que
você roda?
Atualize. Não tem escolha.
[postgres@spdbpostgre01 pg_log]$ free -m
total used free
Ok.
Já tinha repassado acima para autorização de atualização.
É ruim demais trabalhar de mão amarradas, mas PACIÊNCIA!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Pessoal,
Configurei o work_mem do meu postgres para 4MB.
Só que aparecem mais linhas no meu log e com tamanhos menores que 4MB.
2013-07-01 11:08:26 BRT [25765]: [217-1] db=pje_jud1g_descanso_p,user=
user_pje_jud1g@192.168.252.19(35567) 0:13/1092 LOG: temporary file: path
Em 01-07-2013 11:18, Luiz Carlos L. Nogueira Jr. escreveu:
Pessoal,
Configurei o work_mem do meu postgres para 4MB.
Só que aparecem mais linhas no meu log e com tamanhos menores que 4MB.
2013-07-01 11:08:26 BRT [25765]: [217-1]
db=pje_jud1g_descanso_p,user=user_pje_jud1g@192.168.252.19
23 matches
Mail list logo
