>>Só precisa conferir as permissões.
Vou conferir as permissões, muito obrigado.
>>PS: Não te esquece de se cadastrar na lista nova!!!
Acabei de me inscrever na nova lista.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
__
.
Basta ser 9.4, posso pegar a última 9.4.17.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
tabelas, índices, etc.. que estão no esquema serão
transferidos para a outra partição?
Obs.: Ubuntu 16.04 Postgres 9.4.15
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
PING listas.postgresql.org.br (45.33.72.210): icmp_seq=12 ttl=52 time=174
1 packet transmitted, 1 received, 0% packet loss, time 1day
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
icação (java/scala/python) apenas como
"bypass", realizando apenas a autenticação.
Alessandro Lima
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
pois ele não existe mais.
Existe alguma maneira de identificar a origem da trigger como sendo de um
cascade, para que eu possa ignorar a trigger/function?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr
tenha nenhuma ferramenta neste sentido, vou criar um shell script
para isso.
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Bom dia,
Gostaria de saber se existe alguma ferramenta para alertar/monitorar
tentativas (ataques) de conexão ao banco de dados.
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
um log como o https://wiki.postgresql.org/wiki/Audit_trigger_91plus
ajudaria muito nesses casos
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
>>Jovem, execute o exemplo abaixo e vc entenderá a diferença:
Percebi que o current_timestamp sempre pega o mesmo horário que seria
quando iniciei a transação
e que o clock_timestamp() sempre pega o horário atual realmente.
Mas continuo sem entender, pois no caso que relatei, tanto
(),-- action_tstamp_clk
txid_current(), -- transaction ID
Alguém sabe me explicar o que está acontecento?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
nginx (funciona como cache), pois
não sobrecarrego o banco de dados.
>>Sendo file system vocês tem sugestão de ferramentas ?
Como minha aplicação fica no mesmo servidor que o banco de dados, utilizo a
biblioteca Apache FileUtils.
Atenciosamente,
Ale
>>SELECT age(now(), max(prepared)) FROM pg_prepared_xacts;
Muito obrigado Matheus, vou providenciar esse monitoramento.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
>>Como sabe que esse commit prepared é a causa de seu problema?
meio que intuição, rsrsrs
rodei o comando: select database, gid, prepared from pg_prepared_xacts
e nele o campo prepared mostrava data de fevereiro de 2016
executei o comando: rollback prepared
>>Eu gostaria de ver todas as colunas, não apenas a consulta.
datid, datname, pid, usesysid, usename, application_name, client_addr,
client_hostname, client_port, backend_start, xact_start, query_start,
query_change, waiting, state, backend_xid, backend_xmin, query
>>Qual a saída de:
>>SELECT * FROM pg_stat_activity;
>>?
"COMMIT PREPARED
'4871251_SvUAANZmB0d2dHJ1bS1hcHAtMDEuaW4udnRydW0uY29tLmJyLHNlcnZlcixQMTAw_dnRydW0tYXBwLTAxLmluLnZ0cnVtLmNvbS5icixzZXJ2ZXIsUDEwMCwA'"
Deve ser isso, utilizo controle de transação em duas bases de dados.
ão
consigo encontrar nenhum bloqueio para justificar essa demora.
Alguém já passou por algo parecido? será que tenho que reiniciar o banco?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.pos
>>Vê sim.
>>Exemplo, quando aparece algo como:
>> Sort Method: quicksort Memory: 25kB
Agora consegui ver o Sort Method, é que tinha testado com order by em um
indice.
Fiz um teste aumentando o tamanho da consulta, para ver até onde era usado
o work_mem:
-com limit 56000, o Sort Method utiliza
>>EXPLAIN (analyze, timing, buffers) SELECT...
>>O explain mostra quanto de memória a consulta usa e é bem preciso.
Pelo que entendi, com esse explain posso ver o uso de memória
"shared_buffers"
e não o "work_mem", correto?
___
pgbr-geral mailing list
ops, favor desconsiderar a pergunta acima.
Encontrei a solução:
set search_path to esquema1,esquema2.
e o interessante é que mesmo que tenha tabelas com nomes iguais, ele busca
pela ordem definida pelo 'set search_path'
___
pgbr-geral mailing list
>>Se a isolação lógica imposta pelo uso de esquemas é suficiente para você,
eu diria
>>para ir direto e usar um só banco, você terá sempre planos ótimos.
Se eu transformar cada base em um esquema,
para não ter que alterar todos os sqls existentes da aplicação (pois não
uso ORM),
existe a
no mesmo banco seria pequena
se eu apenas utilizar FDW?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>Foi feito alguma mudança de plano que aumentou a quantidade de memória
>>e/ou o número de vCpus? Se isso ocorreu, o servidor (ou melhor, a VM)
>>foi desligada e religada ou a mudança foi "on-the-fly" e o SO ainda
>>não foi reiniciado?
Apenas Reinstalei o sistema operacional, não alterou o plano.
>>Para realizar a migração entre versões utilizando o pg_dump é
recomendável utilizar ambos binários da versão de destino, no caso,
>>utilizar o pg_dump da 9.4.8, e não da 9.3.
Fiz desta forma porque o servidor de destino e origem eram o mesmo, fiz
dump com 9.3, reinstalei sistema operacional e
>>Você tentou a restauração novamente? O erro é igual?
Não tentei, porque precisava colocar a aplicação em produção novamente,
como a tabela que aparentemente estava corrompida era apenas de log, e eu
já tinha restaurado ela no meu computador, então deixei assim mesmo em
produção.
>>Pode ser que
>>Você tentou fazer o dump e o restore utilizando os binários da 9.4?
não tentei fazer o dump com os binários do 9.4, mas já restaurei o dump
feito pelo 9.3 em outro computador, apenas no servidor de produção que
apresentou essa falha.
Obs.: agora não tem mais como fazer o dump utilizando o 9.4
ciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>Pode ser esse o problema, verifique se o PgAdmin está usando os binários
na mesma versão que a do seu servidor
Está usando o 9.4
C:\Program Files\PostgreSQL\9.4\bin
Mas a partir de agora vou sempre usar o binário do próprio servidor.
___
pgbr-geral
>>Você utilizou versões compatíveis de pg_dump + pg_restore com seu
servidor?
Fiz o dump e o restore pelo pgadmin 1.20.0 (windows)
ambos os servidores do dump e do restore são linux e utilizam postgresql 9.4
___
pgbr-geral mailing list
>>Poderia conectar no psql e executar `\d nome_da_tabela` de uma que está
com problema?
Um exemplo de tabela com problema, com o comando "\d banco" apresenta
banco_pkey como UNIQUE:
Indexes:
"banco_pkey" UNIQUE, btree (codigo)
Já numa tabela sem problemas apresenta como PRIMARY KEY:
Indexes:
corrigir isso para centenas de tabelas.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
maintenance_work_mem.
Minha análise está correta?
Atenciosamente,
Alessandro Lima
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
se é necessária essa trigger for each statement?
qual a finalidade dela?
(1) https://wiki.postgresql.org/wiki/Audit_trigger_91plus
Atenciosamente,
Alessandro Lima
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
: 2535.394 ms parse
: ...
exite algum timeout para que a query realize um novo parse?
Atenciosamente,
Alessandro Lima
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Também tive esse problema com a tabela logged_actions do "audit trigger".
Tinha problemas de performance com tabela de mais de 20GB.
A solução foi particionar(1) a tabela por mês.
(1) http://www.postgresql.org/docs/9.4/static/ddl-partitioning.html
Atenciosamente,
Alessandro
>>Isso tem cara de ser prepared statement? Tua aplicação trabalha com isso?
Sim, também apresenta esta mensagem:
PreparedStatementCallback; uncategorized SQLException for SQL [SELECT *
FROM...]
Obs.: já pesso desculpas antecipadamente pelo "SELECT * FROM" !!!
apresentado o seguinte erro:
SQL state [0A000]; error code [0]; ERROR: cached plan must not change
result type
Preciso então reiniciar a aplicação para obter novas conexões e conseguir
logar.
Qual a melhor forma de evitar este tipo de falha?
Atenciosamente,
Alessandro Lima
' AS selects;
Atenciosamente,
Alessandro Lima
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
o valor inicial do txid_current() ao realizar
o pg_restore?
>>Colocando de forma simples, serão armazenadas informações lógicas (daí
"backup lógico")
Então utilizando (pg_basebackup + xlogs) o transaction_id será mantido?
Atenciosamente,
Alessandro
Obrigado Matheus, vou seguir suas sugestões
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
postgres para isso? ou vou ter que agendar
um script para excluir os logs antigos
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman
Muito obrigado pela ajuda, o %w faz a mágica que queria.
Alessandro Lima
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Bom dia,
Segue link do explain analyze de uma consulta sem o limit:
http://explain.depesz.com/s/eRj
A consulta sem limit retorna cerca de 5000 registros em 3 segundos
A consulta com limit 60 demora 20 minutos
Já rodei o analyze e não melhorou.
Alguma dica?
Atenciosamente,
Alessandro Lima
Antes de continuar, todos estes LEFT JOINs estão certos? A intenção é
usá-los mesmo?
Sim, a intenção é essa.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
) OR ( pessoaResponsavel.codigo
IS NULL ) )
ORDER BY interacaoworkflow.datainicio DESC,
prospects.nome, pessoaResponsavel.nome
LIMIT 60 offset 0
Cadê o outro plano sem o LIMIT?
http://explain.depesz.com/s/hPu
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
primeiros registros?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
GRANT USAGE ON SCHEMA
public to backup_user; /*thanks Dominic!*/ GRANT SELECT ON ALL SEQUENCES IN
SCHEMA public TO backup_user; GRANT SELECT ON ALL TABLES IN SCHEMA public TO
backup_user;
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
!!!
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
linguagem para utilizar um
driver.
Alguma sugestão?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Tem certeza disso? Após executar o comando passado pelo -c, o psql
sempre finaliza, não precisa usar \q ou nada do tipo.
acho que me enganei mesmo, consultei novamente os processos idle e não
tinha mais nenhuma conexão 127.0.0.1 idle.
Obrigado Matheus.
apos algumas pesquisas, assinei o weblink [1], que possui servidores
virtuais, e com acesso root.
realmente o preço é bom, pena que a latência seja alta, os servidores vps
deles são nos EUA e não no Brasil.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
-contrib-9.3_9.3.5-1.pgdg70+1_amd64.deb e acusa 404 Not Found,
pois no repositório só tem o
postgesql-contrib-9.3_0.3.5-1.pgdg13.10+1_amd64.deb
alguma dica para solucionar este problema?
Atenciosamente:
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr
RESOLVIDO,
esqueci de atualizar, apt-get update
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Considerando max_connections = a + b,
não entendi o que é a e b
exemplo: tenho max_connections = 16
a = ?
b = ?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
dúvida: este tamanho todo de processo poderia ser além dos parâmetros
citados acima, o cache do s.o.?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
que faça isso, por exemplo dump, importação, vacuum?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Como um único processo pode estar usando cerca de 3gb de memória?
Existe alguma rotina que faça isso, por exemplo dump, importação, vacuum?
seria um problema de configuração do postgresql ou de s.o.?
___
pgbr-geral mailing list
rotina que faça isso, por exemplo dump, importação, vacuum?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr
arquivo corrompido e não perder a base de dados?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Por favor, explique etapa por etapa como você fez a recuperação?
1- realizada nova instalação do postgresql com a mesma versão.
2- copiada pasta data original
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
;
Exibe sql e lista com valores anteriores e posteriores de todas as
colunas;
Exibe lista com todas queries realizadas na mesma transação;
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral
,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
statements in
the statement cache. If you cache too many statements, *you may exceed the
limit of open cursors on your database server*.
Existe algum limite de cursores no Postgres?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr
Existe algum limite de cursores no Postgres?
Não.
Obrigado Euler.
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
, sendo substituída apenas pelo nome da função.
seria isso mesmo?
se for, caso o cliente (aplicação) estiver no mesmo servidor, esta economia
não se justifica, não gera nem tráfego de rede.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
shared_buffers do tamanho da base de dados tem
melhor performance.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr
a tabela fosse toda para cache não justificaria a lentidão na
primeira consulta.
Obs.: já estou utilizando índice gin na coluna pré-processada do tipo
tsvector.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
0,5 segundo (em cache)
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Buffers: shared hit=9
Total runtime: 232.811 ms
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
, pode ser por algum tempo
basta definir o log_min_duration_statement = 0 e log_statement = 'none' ?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
devido bloqueio,
qual a melhor forma de identificar quem gerou este bloqueio?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin
que de postgres, mas qualquer ajuda
é bem vinda
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Parece ser mais um problema de linux do que de postgres, mas qualquer
ajuda é bem vinda
Realmente era um problema com o usuário root e não com o postgres, consegui
instalar com outro usuário.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
(incluindo toast e índices) informados pelo
próprio pgadmin, o tamanho seria de 3,1MB mas o tabanho da base completa é
de 9.56MB
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
Obrigado pelas explicações!!!
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
alguma forma de instalar com apt-get? ou
qual forma vc recomenda, pelo fonte?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman
/Audit_trigger_91plus
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
teria melhor desempenho.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
que tablespace ela está alocada.
Só existe uma partição e só uma tablespace
(1) https://wiki.postgresql.org/wiki/Audit_trigger_91plus
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral
Jean, estive dando uma olhada no Zebedee, parece que a última atualização
dele foi em 2005, é isto mesmo?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
As operações ainda estão falhando?
parece que voltou ao normal.
Obrigado pela ajuda,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman
-postgresql.log diz o seguinte:
rm: cannot remove `su': no such file or directory
su:: unexpected operator
após iniciar o servidor (init 6) nem o atual postgres 9.0 em produção quer
iniciar
/etc/init.d/postgresql start
pede senha e nao inicia.
alguma dica!
Atenciosamente,
Alessandro Lima
email grandegoia
Provavelmente estás chamando o script com usuário não root.
estou logado como root
Como você procedeu essa instalação?
baixei o instalador postgresql-9.3.4-4-linux-x64.run do site postgres.org
(instalador gráfico)
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
versão 11.10 !
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Obrigado pelas dicas, utilizei os bzip2 e os logs de 16MB estão ficando com
1.5MB em média.
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman
:
wal_level = hot_standby
archive_mode = on
archive_command = 'cp %p /backup/wal/%f'
archive_timeout = 300
max_wal_senders = 1
Isto é normal? algum erro na configuração?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
Em 10 de julho de 2014 05:16, Flavio Henrique Araque Gurgel
fha
Estou fazendo replicação.
Deve ter algo de errado mesmo, a replicação pode afetar no volume dos
arquivos WAL?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
Em 11 de julho de 2014 10:39, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Em 11-07-2014 15:22, Alessandro
)?
desabilitando o archive_timeout resolveria o volume, mas isto é prática
normal? pois pelo que entendi desabilitando só vai fechar o arquivo após
preencher os 16MB, se isto levar muito tempo, e o disco danificar, todas as
transações destas horas ficariam perdidas?
Atenciosamente,
Alessandro Lima
email
resposta.
ficou legal agora? se não me engano já me reclamaram no passado quando
apaguei o resto das mensagens (uso gmail)
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
pg_basebackup de tempos em tempos? neste caso devo
excluir minha pasta com logs WAL antigos?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br
, principalmente a tediosa
limpeza da pasta onde guardam-se os arquivos WAL.
o pg_barman automatiza estas tarefas via comando (shell) ou tem interface
gráfica?
ele pode ser instalado em um computador sem postgres para administrar os
servidores de vários clientes?
Atenciosamente,
Alessandro Lima
email
dependeria da rede.
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
Em 9 de julho de 2014 11:31, Flavio Henrique Araque Gurgel fha...@gmail.com
escreveu:
a pasta pg_xlog é de uso do servidor PostgreSQl e sua manutenção é
feita automaticamente. Nunca mexa manualmente nela.
acho
estratégia deixa brechas para falhas, se alguém alterar o nome de
alguma base ou criar uma nova e esquecer de alterar a rotina de dump !!!
Qual a melhor solução?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing
,
Alessandro Lima
email grandegoia...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
6 64bits),
usando a mesma versão 9.2 e x86-64, consigo restaurar em windows?
Atenciosamente,
Alessandro Lima
email grandegoia...@gmail.com
Em 26 de junho de 2014 18:38, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Tenho uma cópia da pasta /etc/postgresql/9.2/main de um servidor
1 - 100 de 193 matches
Mail list logo