Em momento algum teve-se a citação de criação de novo arquivo. Abaixo tem-se
a primeira resposta escrita:
Tente forçar uma *sincronização*, efetuando o comando CHECKPOINT; dentro do
psql.
Em seguida verifique se os arquivos foram *movidos* corretamente.
Observa-se a utilização da palavra MOVIDO
alguem pode me ajudar a sair dessa lista, por favor
obrigado
2011/10/27 jorge sanfelice jorgesanfel...@gmail.com:
Prezados,
Preciso muito de uma ajuda. Nao estou entendendo o problema que esta
ocorrendo em meu processo.
Banco versao: 8.2.10
Linux mandriva
Até hoje os archives estavam
rsrsrsr...amigopq sair...?!
bem vc pode acessar
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
coloque seu e-mail no campo que diz: *Para se desinscrever de pgbr-geral,
pegue o lembrete de senha ou modifique suas opções de inscrição entre com
seu endereço de email de
Prezados,
Preciso muito de uma ajuda. Nao estou entendendo o problema que esta
ocorrendo em meu processo.
Banco versao: 8.2.10
Linux mandriva
Até hoje os archives estavam funcionando Ok. Porem depois de uma falha (que
nao sei o motivo) o banco deu uma reiniciada e começou a dar os seguintes
Tente forçar uma sincronização, efetuando o comando CHECKPOINT; dentro do
psql.
Em seguida verifique se os arquivos foram movidos corretamente.
Em 27 de outubro de 2011 11:39, jorge sanfelice
jorgesanfel...@gmail.comescreveu:
Prezados,
Preciso muito de uma ajuda. Nao estou entendendo o
É impressão minha ou você está copiando o xlog da pasta archive para dentro
da própria pasta archive, talvez o erro está aí
Danilo
Em 27 de outubro de 2011 11:42, Dauro Sobrinho
dauroadpostg...@gmail.comescreveu:
Tente forçar uma sincronização, efetuando o comando CHECKPOINT; dentro do
Em 27 de outubro de 2011 11:51, Danilo Silva
danilo.dsg.go...@gmail.com escreveu:
É impressão minha ou você está copiando o xlog da pasta archive para dentro
da própria pasta archive, talvez o erro está aí
É impressão, pois no archive_command dele está:
archive_command = 'test ! -f
Putz, estou com um monte de direcionamentos de diretórios na cabeça que não
me atentei pelo test ! -f vi a linha e na minha cabeça ficou orgiem x
destino, falha minha...
Danilo
Em 27 de outubro de 2011 13:01, Dickson S. Guedes
lis...@guedesoft.netescreveu:
Em 27 de outubro de 2011 11:51,
Em outras palavras, veja se já existe o arquivo (%f) no destino
(/var/lib/pgsql/archives/) e *se não existir* (test ! -f ...) copie o
arquivo a ser arquivado (%p) para lá.
E pra quê você faz isso?
Não vi necessidade nenhuma. O PostgreSQL só copia o arquivo *uma* vez
e o faz até garantir que
On 27-10-2011 10:42, Dauro Sobrinho wrote:
Tente forçar uma sincronização, efetuando o comando CHECKPOINT; dentro do
psql.
Em seguida verifique se os arquivos foram movidos corretamente.
Ugh? CHECKPOINT não está relacionado diretamente a arquivo de log de
transação. CHECKPOINT escreve nos
On 27-10-2011 12:13, Flavio Henrique Araque Gurgel wrote:
Em outras palavras, veja se já existe o arquivo (%f) no destino
(/var/lib/pgsql/archives/) e *se não existir* (test ! -f ...) copie o
arquivo a ser arquivado (%p) para lá.
E pra quê você faz isso?
Não vi necessidade nenhuma. O
Em 27 de outubro de 2011 13:13, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Em outras palavras, veja se já existe o arquivo (%f) no destino
(/var/lib/pgsql/archives/) e *se não existir* (test ! -f ...) copie o
arquivo a ser arquivado (%p) para lá.
E pra quê você faz isso?
Não vi
O PostgreSQL garante mas eu já vi casos em que o DBA arquivava vários
servidores no mesmo local! Parece absurdo mas um 'test ! -f' evitaria
sobrescrever um arquivo de log de transação.
Ah tá... só falta você dizer agora que ele disse que a culpa do
problema é do pôstigri, que no Oracle isso
Prezados,
Problema resolvido.
Entao, analisando melhor o problema identifiquei q o arquivo
00020F7900C6 estava corrompido devido ao erro que deu no
banco.
Ai ficou uma parte na pasta do archive (uma arq. de 3,9M) e o arquivo
correto no pg_xlog/. (17MB)
eu fiz um mv
Prezados,
Problema resolvido.
Entao, analisando melhor o problema identifiquei q o arquivo
00020F7900C6 estava corrompido devido ao erro que deu no
banco.
Ai ficou uma parte na pasta do archive (uma arq. de 3,9M) e o arquivo
correto no pg_xlog/. (17MB)
eu fiz um mv
Em 27 de outubro de 2011 14:18, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Sem o test, o PostgreSQL simplesmente copia novamente até o comando
de cópia retornar zero. Com o test, o arquivo parcial estará no
destino.
Cuidado com isso! Tire esse test daí.
Um rsync ajuda em muitos
Sem o test, o PostgreSQL simplesmente copia novamente até o comando
de cópia retornar zero. Com o test, o arquivo parcial estará no
destino.
Cuidado com isso! Tire esse test daí.
Um rsync ajuda em muitos casos.
Ô! Minha ferramenta favorita e utilizada em 100% dos PostgreSQL que
tem algum
Cuidado com isso! Tire esse test daí.
Ô! Minha ferramenta favorita e utilizada em 100% dos PostgreSQL que
tem algum tipo de archive_command.
E que nos ensina a usar :D
Bruno E. A. Silva.
Analista de Sistemas.
___
pgbr-geral mailing list
Ugh? CHECKPOINT não está relacionado diretamente a arquivo de log de
transação. CHECKPOINT escreve nos *arquivos de dados*.
Para mudar para um novo arquivo de log de transação você pode utilizar a
função pg_switch_xlog().
PS na semana que vem durante o PGBR, tentarei explicar com detalhes os
On 27-10-2011 22:12, Dauro Sobrinho wrote:
Como pode ser visto no link acima (em inglês) o checkpoint está intimamente
ligado aos logs de transação.
Diferentemente do que o senhor Euler Taveira de Oliveira disse.
Você não entendeu. No contexto que você escreveu:
Em 27 de outubro de 2011
20 matches
Mail list logo