Jota, obrigado pelo retorno.

Mais ou menos descobri o problema, na verdade não "trava", mas a aplicação tem 
uma dinamica de troca de mensagens entre processadores que está acontecendo
no momento do copy que mencionei.

Existe uma trigger pra cada linha inserida, que dispara um código em C que 
envia um sinal para todos os módulos em todos os processadores que utilizam a 
tabela mencionada, e o que aconteceu é que existem aplicações em determinados 
processadores que estão fora do ar. Isso implicou em aumento na fila de sinais 
estourando o limite, conforme consulta abaixo:

[r...@vas03-bde preenche_sql]# ipcs
------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages
0x123a0000 0          root       666        0            0
0x123a0100 32769      root       666        0            0
0x123a0200 65538      root       666        0            0
0x123a0600 196611     root       666        0            0
...
0x11dc0f00 5472422    root       666        0            0
0x11dc0300 5505191    root       666        0            0
0x0000d2f1 5537960    root       777        19999278     21762      ==> aqui o 
problema!
0x10e40100 5570729    root       666        0            0
0x12476a00 5603498    root       666        0            0
0x113b0100 5636267    root       666        0            0
0x123c0100 5669036    root       666        0            0
0x12396a00 5701805    bi         666        0            0
0x12426a00 5734574    root       666        0            0
0x113b0200 5767343    root       666        0            0

Eu não sabia q a troca de sinais nos processadores, do jeito como está nossa 
aplicação, acerretava esse tipo de erro.

Bom, obrigado pelas informações!

[]'s

Fabio


> From: pgbr-geral-requ...@listas.postgresql.org.br
> Subject: Digest pgbr-geral, volume 41, assunto 69
> To: pgbr-geral@listas.postgresql.org.br
> Date: Wed, 28 Jul 2010 10:54:38 -0300
> 
> Send pgbr-geral mailing list submissions to
>       pgbr-geral@listas.postgresql.org.br
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>       https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> or, via email, send a message with subject or body 'help' to
>       pgbr-geral-requ...@listas.postgresql.org.br
> 
> You can reach the person managing the list at
>       pgbr-geral-ow...@listas.postgresql.org.br
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pgbr-geral digest..."
> 
> 
> Tópicos de Hoje:
> 
>    1. Re: Travamento comando COPY (JotaComm)
>    2. Re: inscrições abertas para o Consegi
>       (cleys...@cleyssonlima.com.br)
>    3. Re: Problemas com Acentuação (Edson Lidorio)
>    4. Re: Problemas com Acentuação (Edson Lidorio)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 28 Jul 2010 10:42:03 -0300
> From: JotaComm <jota.c...@gmail.com>
> Subject: Re: [pgbr-geral] Travamento comando COPY
> To: Comunidade PostgreSQL Brasileira
>       <pgbr-geral@listas.postgresql.org.br>
> Message-ID:
>       <aanlkti=ednyxmhec3kawyp-8-qtsw-wfyzukbd5f3...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Olá,
> 
> Em 28 de julho de 2010 10:30, fabio barros <fabi...@hotmail.com> escreveu:
> 
> >  Bom dia pessoal!
> >
> > Rodei um script .sh que tem um loop que gera um arquivo txt  (com 396
> > registros) e depois faz copy do mesmo para a base de dados, "n" vezes.
> >
> > Coloquei o mesmo script rodando em duas instancias concorrentes, e em
> > alguns momentos o banco trava fazendo o copy, mas não sei onde buscar
> > informação que explique o ocorrido. No caso explicado abaixo, o erro ocorreu
> > na sexta vez q estava rodando o loop, mas as vezes não acontece.
> >
> 
> O que você se refere a palavra trava? O processo fica parado ou ele fica
> executando porém de forma que todo o sistema fique lento?
> 
> >
> > No momento que estava travado rodei as consultas abaixo mas não consegui
> > concluir nada:
> >
> > BaseReiterado=# select * from pg_stat_activity ;
> >
> > datid | datname | procpid | usesysid | usename | current_query | waiting |
> > query_start | backend_start | client_addr | client_port
> >
> >
> > --------+---------------+---------+----------+----------------+-----------------------------------------------------------+---------+-------------------------------+-------------------------------+-------------+-------------
> >
> > 181828 | BaseReiterado | 7771 | 16384 | root | <IDLE> | f | 2010-07-27
> > 20:11:47.814735-03 | 2010-07-27 19:34:45.357057-03 | | -1
> >
> > 181828 | BaseReiterado | 7772 | 16384 | root | select * from
> > pg_stat_activity ; | f | 2010-07-27 20:42:48.278407-03 | 2010-07-27
> > 20:22:23.044175-03 | | -1
> >
> > 181828 | BaseReiterado | 3077 | 17690 | user_reiterado | COPY
> > tab_reiterados FROM '/root/preenche_sql/saiday.txt'; | f | 2010-07-27
> > 20:27:44.193394-03 | 2010-07-27 20:27:44.192093-03 | | -1
> >
> > 181828 | BaseReiterado | 32033 | 17690 | user_reiterado | COPY
> > tab_reiterados FROM '/root/preenche_sql/saidax.txt'; | f | 2010-07-27
> > 20:27:40.727867-03 | 2010-07-27 20:27:40.726598-03 | | -1
> >
> > (4 rows)
> >
> >
> >  BaseReiterado=# select * from pg_locks;
> >
> > locktype | database | relation | page | tuple | transactionid | classid |
> > objid | objsubid | transaction | pid | mode | granted
> >
> >
> > ---------------+----------+----------+------+-------+---------------+---------+-------+----------+-------------+-------+------------------+---------
> >
> > relation | 181828 | 181832 | | | | | | | 1252004 | 32033 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 181838 | | | | | | | 1252006 | 3077 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 181840 | | | | | | | 1252004 | 32033 | RowExclusiveLock
> > | t
> >
> > transactionid | | | | | 1252232 | | | | 1252232 | 7772 | ExclusiveLock | t
> >
> > transactionid | | | | | 1252004 | | | | 1252004 | 32033 | ExclusiveLock | t
> >
> > relation | 181828 | 181832 | | | | | | | 1252006 | 3077 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 181838 | | | | | | | 1252004 | 32033 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 181840 | | | | | | | 1252006 | 3077 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 10328 | | | | | | | 1252232 | 7772 | AccessShareLock |
> > t
> >
> > transactionid | | | | | 1252006 | | | | 1252006 | 3077 | ExclusiveLock | t
> >
> > relation | 181828 | 181841 | | | | | | | 1252006 | 3077 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 181839 | | | | | | | 1252004 | 32033 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 181841 | | | | | | | 1252004 | 32033 | RowExclusiveLock
> > | t
> >
> > relation | 181828 | 181839 | | | | | | | 1252006 | 3077 | RowExclusiveLock
> > | t
> >
> > (14 rows)
> >
> > É possível concluir alguma coisa? Se não, vcs podem me dar alguma dica pra
> > investigação?
> >
> > obs: sei q é absurdo, mas estou rodando em um postgres 7.2. Pelo q me
> > falaram aqui na empresa, a evolucao para outra versao é custosa, visto que
> > envolve kernel do linux e necessidade de recompilacao de todos os modulos da
> > aplicacao (que eh gigante, escrita em C/C++) e reteste de tudo.
> >
> 
> Bem complicado isso hein..
> 
> 
> 
> >
> > Desde já, agradeço possiveis comentarios.
> > []'s
> > Fabio Barros
> >
> >
> >
> > _______________________________________________
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
> 
> []s
> -- 
> JotaComm
> http://jotacomm.wordpress.com
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL: 
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20100728/14be388e/attachment-0001.htm
>  
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 28 Jul 2010 10:42:24 -0300
> From: cleys...@cleyssonlima.com.br
> Subject: Re: [pgbr-geral] inscrições abertas para o Consegi
> To: Comunidade PostgreSQL Brasileira
>       <pgbr-geral@listas.postgresql.org.br>
> Cc: Comunidade PostgreSQL Brasileira
>       <pgbr-geral@listas.postgresql.org.br>, Organização do PostgreSQL
>       Brasil  <pgbr-...@listas.postgresql.org.br>
> Message-ID: <20100728134206.3f55f...@smtpj.f1.k8.com.br>
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> Pessoal esse é o link direto para inscrição do consegi 2010
> 
> http://www.consegi.gov.br/
> 
> 
> ======================
> Cleysson Lima
> Desenvolvedor PHP
> Tel: 61 8407 1875
> 
> Seja inteligente, use Software-livre!!! 
> ======================
> 
> Em 28/07/2010, cleys...@cleyssonlima.com.br escreveu:
> > Pessoal segue o link para as inscrições
> > 
> > http://softwarelivre.org/linux-na-rede/blog/consegi-2010-inscricoes-abertas
> > 
> > confirma isso Leo???
> > 
> > ======================
> > Cleysson Lima
> > Desenvolvedor PHP
> > Tel: 61 8407 1875
> > 
> > Seja inteligente, use Software-livre!!! 
> > ======================
> > 
> > Em 28/07/2010, Leonardo Cezar <lhce...@gmail.com> escreveu:
> > > Prezados,
> > > 
> > > O Congresso Internacional Software Livre e Governo Eletrônico -
> > > Consegi 2010 será realizado no período de 18 a 20 de agosto, em
> > > Brasília, nas instalações da Esaf. As inscrições já estão abertas e
> > > são gratuitas. Inscreva-se!
> > > 
> > > Entre os palestrantes já confirmados estão Michael Tiemann (Red Hat),
> > > Sergio Amadeu, Alexandre Oliva (FSF), Constantino Vásquez (Open
> > > Nebula), Bruno Sousa (Javaman), Nagarjuna G (FSF India), Jinesh Varia
> > > (Amazon), Karin Breitman (PUC) e Jomar Silva (ODF Alliance). Confira a
> > > programação completa.
> > > 
> > > Além das palestras, o evento oferece mais de 60 Oficinas técnicas
> > > focadas em softwares livres e na temática da Computação em Nuvem.
> > > Joomla, Plone, Moodle, Blender, Ardour e muitos outros serão objetos
> > > de estudo nas Oficinas Consegi. Garanta já a sua vaga, as inscrições
> > > para as Oficinas já estão disponíveis.
> > > 
> > > Neste ano, o Consegi oferece uma interessante grade de eventos
> > > simultâneos. A novidade são os Espaços para desconferências (open
> > > spaces), onde os participantes poderão apresentar palestras relâmpago
> > > e debater em mesas redonda assuntos relacionados a Software Livre e
> > > Computação em Nuvem. Outros eventos como o Encontro de Comunidades,
> > > Encontro de Empreendedores, Install Fest e o Cloud Camp também
> > > integram essa programação.
> > > 
> > > Acompanhe as novidades no twitter e colabore com a divulgação do Consegi 
> > > 2010.
> > > 
> > > Atenciosamente,
> > > 
> > > Paulo Fernando Pastore
> > > Programa Serpro de Software Livre
> > > Coordenação Estratégica de Tecnologia
> > > Tel: +55-61-2021-7293
> > > _______________________________________________
> > > pgbr-geral mailing list
> > > pgbr-geral@listas.postgresql.org.br
> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> > _______________________________________________
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 28 Jul 2010 10:49:41 -0300
> From: Edson Lidorio <edson.lido...@bol.com.br>
> Subject: Re: [pgbr-geral] Problemas com Acentuação
> To: Comunidade PostgreSQL Brasileira
>       <pgbr-geral@listas.postgresql.org.br>
> Message-ID: <4c50357598c80_3d5f8543e74...@winter16.tmail>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Um anexo em HTML foi limpo...
> URL: 
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20100728/e2cb581b/attachment-0001.htm
>  
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 28 Jul 2010 10:52:44 -0300
> From: Edson Lidorio <edson.lido...@bol.com.br>
> Subject: Re: [pgbr-geral] Problemas com Acentuação
> To: Comunidade PostgreSQL Brasileira
>       <pgbr-geral@listas.postgresql.org.br>
> Message-ID: <4c50362c4c1e5_4b6d8543e74...@winter16.tmail>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Um anexo em HTML foi limpo...
> URL: 
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20100728/eb76326a/attachment.htm
>  
> 
> ------------------------------
> 
> _______________________________________________
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> 
> 
> Fim da Digest pgbr-geral, volume 41, assunto 69
> ***********************************************
                                          
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a