Descobri o problema. Ela um "lock" de uma transação que deveria estar morta
http://doc.nuxeo.com/display/KB/I+can%27t+delete+my+PostgreSQL+database Fiz esses procedimentos e matei a fk normalmente Em 16 de maio de 2013 12:10, Euler Taveira <[email protected]> escreveu: > On 16-05-2013 10:46, Luiz Carlos L. Nogueira Jr. wrote: > > Pessoal, > > > > Existe algum motivo pra um drop de uma FK demorar? > > No momento o banco tinha sido reiniciado e não tinha ninguém conectado. > > PG 8.4 > > > O que você quis dizer com "drop de uma FK"? Remover a restrição (aka > constraint) ou remover a coluna? Ambos requerem um AccessExclusiveLock > [1] na tabela, ou seja, até mesmo um SELECT na referida tabela em uma > transação em aberto pode bloquear a execução de ALTER TABLE ... DROP > CONSTRAINT. Uma outra hipótese é o autovacuum trabalhando nessa tabela. > > Utilize uma das consultas em [2] para verificar quem está bloqueando o > ALTER TABLE. > > > [1] > > http://www.postgresql.org/docs/8.4/static/explicit-locking.html#LOCKING-TABLES > [2] http://wiki.postgresql.org/wiki/Lock_dependency_information > > > -- > Euler Taveira Timbira - http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > _______________________________________________ > 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
