Re: [pgbr-geral] Travamento na criação de índices

Legal, fique monitorando o processo com top ou strace. Em 11 de out de 2017 10:29 PM, "Neto pr" escreveu: > > > Em 11 de outubro de 2017 20:46, Ilton Junior > escreveu: > >> Amigão! Utilize da seguinte forma: >> "Create index concurrently..." >> > >

Re: [pgbr-geral] Travamento na criação de índices

Em 11 de outubro de 2017 20:46, Ilton Junior escreveu: > Amigão! Utilize da seguinte forma: > "Create index concurrently..." > Eu estou usando linux, mas esse comando é executado dentro de uma aplicacao JAVA e deverá continuar assim, pela regras internas. Eu testei a

Re: [pgbr-geral] Travamento na criação de índices

Amigão! Utilize da seguinte forma: "Create index concurrently..." Se estiver usando Linux indico você a executar tal comando diretamente do bash do seu servidor, dessa forma as tabelas não são bloqueadas, estamos falando de um índice relativamente grande, então, vale também fazer um tunning, da

Re: [pgbr-geral] Travamento na criação de índices

Em 11 de outubro de 2017 20:04, Neto pr escreveu: > > A linha do comando CREATE INDEX está identificada com o fundo laranja. > EU verifiquei que o comando está com estado Ativo, mas não sei se está > aguardando algo, podem me ajudar a análisar o resultado anexo. > > Você não

Re: [pgbr-geral] Travamento na criação de índices

Inton, Em 11 de outubro de 2017 12:27, Ilton Junior escreveu: > Desculpe a intromissão.. Mas está usando o concurrently? Esse índice é > grande e dependendo do seu servidor ele vai demorar. > Não estou usando concurrency não. Mas poderia me indicar, com e usaria

Re: [pgbr-geral] Travamento na criação de índices

Desculpe a intromissão.. Mas está usando o concurrently? Esse índice é grande e dependendo do seu servidor ele vai demorar. Em 11 de out de 2017 11:25 AM, "Neto pr" escreveu: > Ola Pessoal > > Ainda estou com o problema de travamento na criacão de índices. Mas > somente

Re: [pgbr-geral] Travamento na criação de índices

Ola Pessoal Ainda estou com o problema de travamento na criacão de índices. Mas somente quando são razoavelmente grandes. Neste momento existe um índice sendo criado na tabela Lineitem (+- 10 Gb), e aparentemente está travado, pois iniciou-se a 7 horas atrás. Eu consultei a tabela pg_locks e

[pgbr-geral] Travamento na criação de índices

Olá pessoal Meu cenário é: postgresql 10, Processador Xeon 2.8GHz/4-core- 8gb Ram, SO Debian 8. Ao criar indices em uma tabela de +- 10GB de dados o SGBD trava (eu acho), pois mesmo depois de esperar 10 horas não houve retorno do comando. Aconteceu criando índices Hash e índices B+ tree. No

Re: [pgbr-geral] Travamento

Bom dia, Somente para dar um retorno... Não conseguimos detectar nada no hardware até agora, nem mesmo o suporte contratado não achou problemas. Estou levando seriamente a hipótese que o Flavio comentou sobre os canais que ligam o servidor com a storage terem dado algum problema. Mais de

Re: [pgbr-geral] Travamento

On 08/20/2013 22:45, Aldrey Galindo wrote: Jean, Estranho realmente não aparecer nada los logs, como mencionado por você. Eu já tive problemas com disco, mais normalmente eles apareciam no messages. O que recomendo é que caso ocorra o problema novamente, tente verificar na hora a

[pgbr-geral] Travamento

Bom dia. Ontem a noite o banco travou aqui para mim, em um situação estranha. Tenho o banco instalado em um DELL PE R815 + DELL MD3200 (ligação SAS 6Gb), rodando Centos 6.4 (Linux olosdb01.olostech.local 2.6.32-358.14.1.el6.x86_64 #1 SMP Tue Jul 16 23:51:20 UTC 2013 x86_64 x86_64 x86_64

Re: [pgbr-geral] Travamento

2013/8/20 Jean Pereira ad...@olostech.com: Já tive um problema sério com essa maquina, que no qual existia um problema com o modulo de video, o que fazia todas as CPUs travarem em 100%, e a unica solução para ela voltar a funcionar era utilizando o botão power. Problema já resolvido? Mas

Re: [pgbr-geral] Travamento

Em 20-08-2013 10:03, Jean Pereira escreveu: Bom dia. Ontem a noite o banco travou aqui para mim, em um situação estranha. Tenho o banco instalado em um DELL PE R815 + DELL MD3200 (ligação SAS 6Gb), rodando Centos 6.4 (Linux olosdb01.olostech.local 2.6.32-358.14.1.el6.x86_64 #1 SMP Tue Jul 16

Re: [pgbr-geral] Travamento

On 08/20/2013 10:26, Guimarães Faria Corcete DUTRA, Leandro wrote: 2013/8/20 Jean Pereira ad...@olostech.com: Já tive um problema sério com essa maquina, que no qual existia um problema com o modulo de video, o que fazia todas as CPUs travarem em 100%, e a unica solução para ela voltar a

Re: [pgbr-geral] Travamento

On 08/20/2013 10:47, Flavio Henrique Araque Gurgel wrote: Em 20-08-2013 10:03, Jean Pereira escreveu: Bom dia. Ontem a noite o banco travou aqui para mim, em um situação estranha. Tenho o banco instalado em um DELL PE R815 + DELL MD3200 (ligação SAS 6Gb), rodando Centos 6.4 (Linux

Re: [pgbr-geral] Travamento

2013/8/20 Jean Pereira ad...@olostech.com: On 08/20/2013 10:26, Guimarães Faria Corcete DUTRA, Leandro wrote: 2013/8/20 Jean Pereira ad...@olostech.com: Eu não lembro mais do ferramental todo, mas a primeira coisa que eu olharia, tentando prevenir algum problema futuro, seriam as ferramentas

Re: [pgbr-geral] Travamento

Em 20-08-2013 16:23, Jean Pereira escreveu: Flavio, pior que não tem nada no messages mesmo, isso que está me deixando com a pulga atrás da orelha. Ora pois... O messages (caso do CentOS) tem que ter todas as mensagens do kernel desde o momento do boot. Como assim, não tem *nada*? []s

Re: [pgbr-geral] Travamento

On 08/20/2013 16:24, Flavio Henrique Araque Gurgel wrote: Em 20-08-2013 16:23, Jean Pereira escreveu: Flavio, pior que não tem nada no messages mesmo, isso que está me deixando com a pulga atrás da orelha. Ora pois... O messages (caso do CentOS) tem que ter todas as mensagens do kernel desde

Re: [pgbr-geral] Travamento

Em 20-08-2013 16:28, Jean Pereira escreveu: Bom, melhor explicar. Nada alem do dia do ultimo boot, sendo ele a 10 dias atrás, quando coloquei novamente esta maquina em produção. Algo parecido, acontecia com o problema que essa maquina apresentou, e que aparentemente foi resolvido. Nada nos logs

Re: [pgbr-geral] Travamento

On 08/20/2013 16:37, Flavio Henrique Araque Gurgel wrote: Em 20-08-2013 16:28, Jean Pereira escreveu: Bom, melhor explicar. Nada alem do dia do ultimo boot, sendo ele a 10 dias atrás, quando coloquei novamente esta maquina em produção. Algo parecido, acontecia com o problema que essa maquina

Re: [pgbr-geral] Travamento

Jean, Estranho realmente não aparecer nada los logs, como mencionado por você. Eu já tive problemas com disco, mais normalmente eles apareciam no messages. O que recomendo é que caso ocorra o problema novamente, tente verificar na hora a estrutura dos discos (multipath -l, pvscan). Pois,

[pgbr-geral] Travamento de Registro??? (curiosidade)

Senhores aconteceu uma coisa curiosa no meu sistema e não entendi, resolvi, mas acho que não foi da forma correta. Tenho uma tela bem complexa onde faço vários “Masters Details” e vou inserindo sub-níveis em várias tabelas. Como o usuário as vezes faz uma sequencia ainda não prevista, gera uns

Re: [pgbr-geral] Travamento de Registro??? (curiosidade)

: Matheus de Oliveira Sent: Thursday, October 25, 2012 9:11 AM To: Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral] Travamento de Registro??? (curiosidade) 2012/10/25 Marcelo Silva marc...@ig.com.br Senhores aconteceu uma coisa curiosa no meu sistema e não entendi, resolvi, mas acho

Re: [pgbr-geral] Travamento de tabela

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

Re: [pgbr-geral] Travamento de tabela

On 09-07-2012 17:34, Aldrey Galindo wrote: 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.

Re: [pgbr-geral] Travamento de tabela

Flavio, Obrigado pelo esclarecimento. Realmente essa dificuldade me deixou meio *cego*, como a você. Vou pesquisar na lista pra ver o que acho e dependendo encaminhar alguma mensagem. Em 9 de julho de 2012 17:45, Flavio Henrique Araque Gurgel fla...@4linux.com.br escreveu: On

Re: [pgbr-geral] Travamento de tabela

Em 05-07-2012 18:20, Aldrey Galindo escreveu: Criei um novo banco a partir do Backup de antiga. Depois tentei renomear o banco antigo e recebi a seguinte mensagem: --- mensagem --- LOG: statement: ALTER DATABASE bd001 RENAME TO bd001_ruim; ERROR: database bd001 is being accessed by

Re: [pgbr-geral] Travamento de tabela

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). Antes de fazer um backup de tudo e criar um novo banco, eu não sabia o que tinha ocorrido, pois não

Re: [pgbr-geral] Travamento de tabela

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

[pgbr-geral] Travamento de tabela

Tenho um banco de dados que foi reiniciado com algum processo realizando lock exclusivo. Depois disso ele acabou não voltando. Tentei um dump e restore, mais quando tento o restore ele não faz nada. Vendo o pg_locks, vi que após reiniciar o banco ele tem: --- pg_locks --- relation |

Re: [pgbr-geral] Travamento de tabela

2012/7/5 Aldrey Galindo aldreygali...@gmail.com Tenho um banco de dados que foi reiniciado com algum processo realizando lock exclusivo. Depois disso ele acabou não voltando. Tentei um dump e restore, mais quando tento o restore ele não faz nada. Vendo o pg_locks, vi que após reiniciar

Re: [pgbr-geral] Travamento de tabela

Matheus, Era um acesso que tentei nesse momento. Reiniciei novamente o banco e quando tento refazer a tabela, ele começa a rodar 'ALTER TABLE waiting'. Mais não faz nada, nem IO ele faz direito. Em 5 de julho de 2012 16:19, Matheus de Oliveira matioli.math...@gmail.comescreveu: 2012/7/5

Re: [pgbr-geral] Travamento de tabela

Em 5 de julho de 2012 16:23, Aldrey Galindo aldreygali...@gmail.com escreveu: Matheus, Era um acesso que tentei nesse momento. Reiniciei novamente o banco e quando tento refazer a tabela, ele começa a rodar 'ALTER TABLE waiting'. Mais não faz nada, nem IO ele faz direito. Esta consulta

Re: [pgbr-geral] Travamento de tabela

Guedes, Eu rodei e não apareceu nada. Em 5 de julho de 2012 16:30, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 5 de julho de 2012 16:23, Aldrey Galindo aldreygali...@gmail.com escreveu: Matheus, Era um acesso que tentei nesse momento. Reiniciei novamente o banco e

Re: [pgbr-geral] Travamento de tabela

Tem como eu verificar se ele gerou alguma inconsistência no catálogo? Em 5 de julho de 2012 16:34, Aldrey Galindo aldreygali...@gmail.comescreveu: Guedes, Eu rodei e não apareceu nada. Em 5 de julho de 2012 16:30, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 5 de julho de 2012

Re: [pgbr-geral] Travamento de tabela

Em 5 de julho de 2012 16:34, Aldrey Galindo aldreygali...@gmail.com escreveu: Guedes, Eu rodei e não apareceu nada. Voce rodou no momento em que tinha um processo em 'waiting'? Pois só neste momento que esta consulta retornaria algo util para você -- Dickson S. Guedes mail/xmpp:

Re: [pgbr-geral] Travamento de tabela

Guedes, Eu parei o banco. O estranho é que quando tento apagar as estrutura de uma tabela, ele não faz nada. Apenas fica em 'waiting' e não sai daí. Como se o banco tivesse entrado em um modo 'readonly'. Nesse momento estamos realizando um backup pra criar um novo banco pra ver se volta o

Re: [pgbr-geral] Travamento de tabela

Criei um novo banco a partir do Backup de antiga. Depois tentei renomear o banco antigo e recebi a seguinte mensagem: --- mensagem --- LOG: statement: ALTER DATABASE bd001 RENAME TO bd001_ruim; ERROR: database bd001 is being accessed by other users DETAIL: There are 1 other session(s) and 1

Re: [pgbr-geral] Travamento de tabela

Apenas para dá um retorno do problema. Pesquisando no google achei uma forma para pegar e cancelar o travamento: --- query --- postgres=# select * from pg_prepared_xacts; transaction | gid | prepared| owner | database

[pgbr-geral] Travamento de aplicação java

Bom dia a todos, Tenho uma aplicação java web que utiliza jdbc + spring + jta + pool de conexões no glassfish 2.1 Quando realizo uma rotina para incluir e alterar um grande número de registros a aplicação está travando, ou seja, ninguem consegue realizar mais nenhuma consulta ao banco. Obs.:

Re: [pgbr-geral] Travamento de aplicação java

2011/5/26 Alessandro Lima grandegoia...@gmail.com: Bom dia a todos, Tenho uma aplicação java web que utiliza jdbc + spring + jta + pool de conexões no glassfish 2.1 Quando realizo uma rotina para incluir e alterar um grande número de registros a aplicação está travando, ou seja, ninguem

Re: [pgbr-geral] Travamento de aplicação java

Em 26-05-2011 11:51, Alessandro Lima escreveu: ninguem consegue realizar mais nenhuma consulta ao banco. Improvável. A não ser que estoure o número de conexões. Existe alguma configuração do postgres que possa resolver este travamento? Cadê os detalhes do PostgreSQL? Você não citou nenhum.

Re: [pgbr-geral] Travamento de aplicação java

Em 26 de maio de 2011 11:51, Alessandro Lima grandegoia...@gmail.com escreveu: Bom dia a todos, Tenho uma aplicação java web que utiliza jdbc + spring + jta + pool de conexões no glassfish 2.1 Quando realizo uma rotina para incluir e alterar um grande número de registros a aplicação está

[pgbr-geral] Travamento comando COPY

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

Re: [pgbr-geral] Travamento comando COPY

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

Re: [pgbr-geral] Travamento de Banco e Vacuum

foi instalado este arquivo tbm. - Original Message - From: Guilherme Augusto da Rocha Silva [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Sent: Friday, August 17, 2007 2:18 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Concordo em parte. O AUTOVACUUM, bem

Re: [pgbr-geral] Travamento de Banco e Vacuum

, August 20, 2007 9:49 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum O REINDEX pode ser executado como uma consulta SQL comum, pelo usuário dono da base de dados. A documentação do PostgreSQL explica claramente como pode ser feito. http://www.postgresql.org/docs/8.1/static/sql

Re: [pgbr-geral] Travamento de Banco e Vacuum

... - Original Message - From: Guilherme Augusto da Rocha Silva [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Monday, August 20, 2007 9:49 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum O REINDEX pode ser executado como uma consulta SQL

Re: [pgbr-geral] Travamento de Banco e Vacuum

On 8/20/07, Ribamar Sousa [EMAIL PROTECTED] wrote: Obs.: Sem querer polemizar, mas pelo contrário tentando sensibilizar para acabar com essa divisão: sou também usuário Windows e acho que temos que manerar nessa divisão de usuários Windows e usuários Linux, afinal de contas ambos são seres

Re: [pgbr-geral] Travamento de Banco e Vacuum

Blé pro Linux, blé pro Windows. Usem FreeBSD. :-D Concordo com o Ribamar que tem que se parar com essa divisão. Eu mesmo não sou fã nem do Windows nem do Linux, mas não vou ficar batendo boca sobre quem decide o que. Concordo com o Roberto que é preciso que o pessoal que usa Windows se una e

Re: [pgbr-geral] Travamento de Banco e Vacuum

Vinicius wrote: Tenho o postgres instalado em 2 maquinas mais o server e em nenhuma delas tem o reindexdb,, tem alguma opcao d instalacao q nao inclua este arquivo ? Ugh. Bug no instalador para Windows. Deve ser corrigido na próxima versão do 8.1 e 8.2. E ninguém tinha notado isso antes.

Re: [pgbr-geral] Travamento de Banco e Vacuum

On 8/16/07, Vinicius [EMAIL PROTECTED] wrote: O problema q se eu nao rodar o vacuum full diariamente, chega um ponto q minha base fica mto lenta para pesquisas, e fica juntanto mto lixo no banco, e por fim nao consigo executar mais o vacuum full e tenho q fazer um backup e restore da base. A

Re: [pgbr-geral] Travamento de Banco e Vacuum dúvida s

Mateus wrote: Estou vendo a discussão com relação ao Vacuum e tenho algumas dúvidas. Primeiro sugiro que leia sobre VACUUM [1] no manual para entender o porquê e os conceitos por trás dele. 1 - Gostaria de saber qual a necessidade de executar o Vacuum diariamente ? (i) reutilizar espaço

Re: [pgbr-geral] Travamento de Banco e Vacuum

? - Original Message - From: Euler Taveira de Oliveira [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Friday, August 17, 2007 10:34 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Vinicius wrote: Minha instalacao do postgre 8.1 (windows

Re: [pgbr-geral] Travamento de Banco e Vacuum

://www.powerpostgresql.com/Downloads/annotated_conf_80.html Em Quinta 16 Agosto 2007 18:09, [EMAIL PROTECTED] escreveu: Message: 3 Date: Thu, 16 Aug 2007 17:50:31 -0300 From: Marco A P D´Andrade [EMAIL PROTECTED] Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum To: Comunidade PostgreSQL

Re: [pgbr-geral] Travamento de Banco e Vacuum

- From: Marco A P D´Andrade [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 5:50 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Senhores, Algo que me chamou a atenção, na questão do Rodrigo é a configuração

Re: [pgbr-geral] Travamento de Banco e Vacuum

2007 10:25:57 -0300 From: Marco A P D´Andrade [EMAIL PROTECTED] Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1; format=flowed

Re: [pgbr-geral] Travamento de Banco e Vacuum

: Guilherme Augusto da Rocha Silva [EMAIL PROTECTED] To: pgbr-geral@listas.postgresql.org.br Sent: Friday, August 17, 2007 2:18 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Concordo em parte. O AUTOVACUUM, bem configurado e habilitado ajuda, e muito, o processo de manutenção e

[pgbr-geral] Travamento de Banco e Vacuum

Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB Ram ECC . HD 160GB Sata2

Re: [pgbr-geral] Travamento de Banco e Vacuum

Tente diminuir o valor da propriedade default_statistics_target para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrigo Tazima escreveu: Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware:

Re: [pgbr-geral] Travamento de Banco e Vacuum

vc deve ta rodando o vaccum full - Original Message - From: Marlon David de Souza [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:48 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Tente diminuir o

Re: [pgbr-geral] Travamento de Banco e Vacuum

] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:48 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Tente diminuir o valor da propriedade default_statistics_target para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrigo

Re: [pgbr-geral] Travamento de Banco e Vacuum

eSQL Brasileira" pgbr-geral@listas.postgresql.org.br Sent: Thursday, August 16, 2007 11:48 AM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum Tente diminuir o valor da propriedade "default_statistics_target" para menos de 500. Em Qui 16 Ago 2007 08:15, Rodrig

Re: [pgbr-geral] Travamento de Banco e Vacuum

Rodrigo Tazima escreveu: Olá Pessoal, Estou com uma dificuldade e venho compartilhar com o forum, qualquer dica/sugestao é bem vinda e agradeço a todos desde já. Hardware: . Servidor Dell PowerEdge SC440 . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB . 2GB

Re: [pgbr-geral] Travamento de Banco e Vacuum

los mesmos problemas por isso perguntei se tava rodando o vaccum full - Original Message - From: Sergio Medeiros Santi To: Comunidade PostgreSQL Brasileira Sent: Thursday, August 16, 2007 2:02 PM Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum

Re: [pgbr-geral] Travamento de Banco e Vacuum

: [pgbr-geral] Travamento de Banco e Vacuum Pelo que o cara diz sim, ele esta executando um vacuum full, observe que ele diz: registros por dia. Tenho programado (via cron + shell) o vacuumdb (FULL) todos os dias as 23:45 Sergio Medeiros Santi Joao escreveu: o vaccum full realiza

Re: [pgbr-geral] Travamento de Banco e Vacuum

://funfou.blogspot.com/ Em Quinta 16 Agosto 2007 09:00, [EMAIL PROTECTED] escreveu: Message: 6 Date: Thu, 16 Aug 2007 08:15:55 -0300 From: Rodrigo Tazima [EMAIL PROTECTED] Subject: [pgbr-geral] Travamento de Banco e Vacuum To: pgbr-geral@listas.postgresql.org.br Message-ID: [EMAIL PROTECTED] Content-Type