Flavio,

   O que ocorreu é que a Aplicação por algum motivo prendeu a transação.
   Eu tentei apagar a tabela que estava *travada*, mais ele não alertou
sobre nada. Já quando tentei renomear o banco foi que obtive a mensagem que
ajudou na solução.
   Me pergunto, se eu tentasse realizar alguma mudança em uma tabela
envolvida em um *prepared*, não seria o caso do Banco informar que a mesma
está *ocupada*?

Em 6 de julho de 2012 13:15, Flavio Henrique Araque Gurgel <
[email protected]> escreveu:

> Em 06-07-2012 09:19, Aldrey Galindo escreveu:
> > Flavio,
> >
> >     O "problema" que me referi foi ao fato de que por algum motivo
> > desconhecido para mim ele ficou com essa sessão "travada". Não sei se
> > foi devido ao restart do banco (não apresentou erros).
>
> Uma sessão nunca fica "travada" após o restart do PostgreSQL. Ele sempre
> sobre limpo, a não ser que alguém se reconecte muito rapidamente e você
> não perceba a tempo.
>
> Lembre-se que sua própria conexão para olhar as coisas *é* uma conexão.
>
> Minha pergunta é: o que essa "sessão travada" estava te causando?
> Era uma sessão mesmo? Como você visualizou essa sessão, que comandos
> você deu? A resposta correta a estas perguntas nos ajudará a ajudá-lo
> melhor.
>
> >     Antes de fazer um backup de tudo e criar um novo banco, eu não sabia
> > o que tinha ocorrido, pois não teve nenhuma mensagem de erro ou aviso.
>
> Provavelmente porque não houve nenhum.
>
> >     Pensei que era apenas algo em 1 tabela, mais acabou sendo no banco.
> > Tentei apagar a tabela e recriar ela, apenas ela não fazia nada, ficava
> > parado. Se quando tentei apagar ela, o banco tivesse informado dessa
> > dessão do 'prepared transaction', aí sim o tempo de solução teria sido
> > menor.
>
> Ahhhhhh, você acha que havia um lock gerado por uma prepared transaction???
>
> Você vê isso na visão de sistema pg_prepared_xacts?
> É só você dar um ROLLBACK PREPARED na transação!!!
> Certamente foi uma aplicação que iniciou um 2PC (Two Phase Commit) e não
> terminou.
> Prepared Transactions resistem a reinícios do PostgreSQL.
>
> Note que estou chutando. Passe-nos seu caminho exato, mas parece que foi
> isso.
>
>
> >     Versão: 8.4.5 (ainda não atualizado para a 9.1)
> >     SO: RedHat 5 - 64 bits
> >
> >     Desculpe pela sujeira na thread, não foi minha intenção.
>
> Você não precisa obrigatoriamente ir pra 9.1, mas você é fortemente
> recomendado a ir para 8.4.12. Tem muito bug corrigido. Não tem a ver com
> seu problema, de qualquer forma.
>
> []s
>
> Flavio Henrique A. Gurgel
> Consultor e Instrutor 4Linux
> Tel: +55-11-2125-4747
> www.4linux.com.br
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



--
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a