Re: [pgbr-geral] Replicação nativa do postgresql 9.2 com problema

2013-07-11 Por tôpico Flavio Henrique Araque Gurgel 

Em 11-07-2013 16:22, Deliane Andrade escreveu:

Vamos lá!

"Qual a saída completa do comando: SELECT version(); "
 >> postgres=# SELECT version();
version
--
  PostgreSQL 9.2.2 on x86_64-unknown-linux-gnu, compiled by gcc (Debian
4.4.5-8) 4.4.5, 64-bit
(1 registro)


Ok, GCC 4.4.5 não é afetado pelo bug.


"Verifique se seu PostgreSQL foi compilado com gcc 4.6.0 - tem um bug
relacionado a isso. Como foi feita a instalação do seu PostgreSQL? "
 >>
root@condor:/dbprod/data#  gcc --version
gcc (Debian 4.4.5-8) 4.4.5


Esta é a versão do gcc em seu S.O. e não a que compilou o PostgreSQL 
(que está na saída do version, acima).




" Esta é a versão só do psql ou do servidor também?
Verifique. Atualize imediatamente."


A versão do  Postgresql instalado é a 9.2.2 -- não posso trocar de
versão no momento,pois está em produção.


Na próxima janela possível, atualize. Tem bugs graves!


" Inclua --delete na sua linha de comando do rsync pra não ficar
lotando o espaço no seu escravo."
 >> OK

 >> Assíncrona.


OK.

De acordo com:
http://www.postgresql.org/message-id/caa11fe2.1dde2%linas.virba...@continuent.com

Um colega que já passou por isso fez uma mudança de procedimento ao 
executar o início do backup, com:

SELECT pg_start_backup('nome', true);

E resolveu o problema.

É um caso de que alguns segmentos de log de transação faltaram pra 
tornar o backup válido. Com o "true" no comando, um checkpoint será 
forçado no início do backup, terminando o anterior imediatamente, ao 
invés de esperar. Isso torna a sequência de logs de transação 
necessários à restauração correta.


Teste e nos avise se deu certo, por favor.

[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Replicação nativa do postgresql 9.2 com problema

2013-07-11 Por tôpico Deliane Andrade 
Desculpem faltou  um tópico:

"Apenas as configurações de replicação do postgresql.conf do escravo (grupo
Standby Servers do arquivo)."

>
>>
#--
# REPLICATION
#--

# - Standby Servers -

# These settings are ignored on a master server.

hot_standby = on# "on" allows queries during
recovery
# (change requires restart)
#max_standby_archive_delay = 30s# max delay before canceling queries
# when reading WAL from archive;
# -1 allows indefinite delay
#max_standby_streaming_delay = 30s  # max delay before canceling queries
# when reading streaming WAL;
# -1 allows indefinite delay
#wal_receiver_status_interval = 10s # send replies at least this often
# 0 disables
#hot_standby_feedback = off # send info from standby to prevent
# query conflicts


Att,
 Deliane Andrade
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Replicação nativa do postgresql 9.2 com problema

2013-07-11 Por tôpico Deliane Andrade 
Vamos lá!

"Qual a saída completa do comando: SELECT version(); "
>> postgres=# SELECT version();
   version
--
 PostgreSQL 9.2.2 on x86_64-unknown-linux-gnu, compiled by gcc (Debian
4.4.5-8) 4.4.5, 64-bit
(1 registro)

"Verifique se seu PostgreSQL foi compilado com gcc 4.6.0 - tem um bug
relacionado a isso. Como foi feita a instalação do seu PostgreSQL? "
>>
root@condor:/dbprod/data#  gcc --version
gcc (Debian 4.4.5-8) 4.4.5
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


> " Esta é a versão só do psql ou do servidor também?
> Verifique. Atualize imediatamente."


A versão do  Postgresql instalado é a 9.2.2 -- não posso trocar de versão
no momento,pois está em produção.


> " Inclua --delete na sua linha de comando do rsync pra não ficar lotando o
> espaço no seu escravo."
> >> OK
>


> " Pode ser o tal bug no gcc. Verifique a versão dele como recomendei mais
> acima.
>
> Sua replicação está em modo síncrono? Se estiver, tente deixá-la
> assíncrona temporariamente e verifique se o problema se resolve."
>

>> Assíncrona.

"Poste aqui por favor:
Como está seu recovery.conf."

 recovery.conf :


> standby_mode = 'on'
> primary_conninfo = 'host=*ip do master* port=5432 user=replicacao
> password=*senha*'
> trigger_file = '/local/script/failover.trg'
>
>

> "Apenas as configurações de replicação do postgresql.conf do mestre (grupo
> Master Servers do arquivo)."
>

>>
#--
# REPLICATION
#--

# - Sending Server(s) -

# Set these on the master and on any standby that will send replication
data.

  # max number of walsender processes
max_wal_senders = 1
# (change requires restart)
# in logfile segments, 16MB
each; 0 disables
wal_keep_segments = 100

#replication_timeout = 60s  # in milliseconds; 0 disables

# - Master Server -

# These settings are ignored on a standby server.

#synchronous_standby_names = '' # standby servers that provide sync rep
# comma-separated list of application_name
# from standby(s); '*' = all
#vacuum_defer_cleanup_age = 0   # number of xacts by which cleanup is
delayed

# - Standby Servers -

# These settings are ignored on a master server.

#hot_standby = on   # "on" allows queries during
recovery
# (change requires restart)
#max_standby_archive_delay = 30s# max delay before canceling queries
# when reading WAL from archive;
# -1 allows indefinite delay
#max_standby_streaming_delay = 30s  # max delay before canceling queries
# when reading streaming WAL;
# -1 allows indefinite delay
#wal_receiver_status_interval = 10s # send replies at least this often
# 0 disables
#hot_standby_feedback = off # send info from standby to prevent
# query conflicts



> Apenas as configurações de replicação do postgresql.conf do escravo (grupo
> Standby Servers do arquivo).
>
> []s
>
> __**
> Flavio Henrique A. Gurgel
> Líder de Projetos Especiais
> Consultoria, Projetos & Treinamentos 4LINUX
> Tel1: +55-11.2125-4747 ou 2125-4748
> www.4linux.com.br
> email: fla...@4linux.com.br
> __
> FREE SOFTWARE SOLUTIONS
> __**_
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.**org.br
> https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Replicação nativa do postgresql 9.2 com problema

2013-07-11 Por tôpico Flavio Henrique Araque Gurgel 

Em 11-07-2013 15:37, Deliane Andrade escreveu:

Olá, boa tarde.

Pessoal, tenho um servidor master e um slave que estava trabalhando
normalmente com a replicação nativa.
Notei que quando o script de vacuum/backup entra em ação todo dia às
00:00h a replicação é parada.


Qual a saída completa do comando:
SELECT version();

Verifique se seu PostgreSQL foi compilado com gcc 4.6.0 - tem um bug 
relacionado a isso. Como foi feita a instalação do seu PostgreSQL?



Tentei refazer o rsync ,mas quanto tento dar o start no slave o mesmo
não inicia o serviço do postgresql.

O log me informa o seguinte:

<%%2013-07-11 15:23:49.902 BRT>LOG:  sistema de banco de dados foi
interrompido; última execução em 2013-07-11 15:24:57 BRT
<%%2013-07-11 15:23:49.903 BRT>LOG:  entrando no modo em espera
<%%2013-07-11 15:23:49.908 BRT>LOG:  replicação em fluxo conectou-se
com sucesso ao servidor principal
<%%2013-07-11 15:23:50.235 BRT>LOG:  redo inicia em B72/3420
<%%2013-07-11 15:23:50.236 BRT>FATAL:  não pôde acessar status da
transação 65598726
<%%2013-07-11 15:23:50.236 BRT>DETALHE:  não pôde ler do arquivo
"pg_clog/003E" deslocado de 139264: Sucesso.
<%%2013-07-11 15:23:50.236 BRT>CONTEXTO:  redo do xlog commit:
2013-07-11 15:24:58.009033-03
<%%2013-07-11 15:23:50.237 BRT>LOG:  processo de inicialização (PID
1719) terminou com código de retorno 1
<%%2013-07-11 15:23:50.237 BRT>LOG:  terminando quaisquer outros
processos servidor ativos
~


Resumindo, mesmo refazendo todo o processo  da forma abaixo :

MASTER :
postgres@condor:~$ psql

postgres@condor:~$ psql
psql (9.2.2)


Esta é a versão só do psql ou do servidor também?
Verifique. Atualize imediatamente.


Digite "help" para ajuda.

postgres=# select pg_start_backup('replicacao', true);

postgres=# \q

postgres@condor:~$ rsync -a -v -e ssh /dbprod/data/
postgres@192.168.200.45:/dbprod/data/ --exclude postmaster.pid --exclude
postgresql.conf --exclude pg_hba.conf


Inclua --delete na sua linha de comando do rsync pra não ficar lotando o 
espaço no seu escravo.



postgres@condor:~$ psql

postgres@condor:~$ psql
psql (9.2.2)
Digite "help" para ajuda.

postgres=# select pg_stop_backup();


SLAVE :
root@cidadevelha:/dbprod/data/pg_log# /etc/init.d/postgres start
Starting PostgreSQL: ok

root@cidadevelha:/dbprod/data/pg_log# /etc/init.d/postgres status
pg_ctl: nenhum servidor está executando
root@cidadevelha:/dbprod/data/pg_log#

O meu SLAVE não sobe.
A mensagem do log a citada anteriormente.
Alguém teria idéia do que esteja acontecendo?


Pode ser o tal bug no gcc. Verifique a versão dele como recomendei mais 
acima.


Sua replicação está em modo síncrono? Se estiver, tente deixá-la 
assíncrona temporariamente e verifique se o problema se resolve.


Poste aqui por favor:
Como está seu recovery.conf.
Apenas as configurações de replicação do postgresql.conf do mestre 
(grupo Master Servers do arquivo).
Apenas as configurações de replicação do postgresql.conf do escravo 
(grupo Standby Servers do arquivo).


[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Replicação nativa do postgresql 9.2 com problema

2013-07-11 Por tôpico Deliane Andrade 
Olá, boa tarde.

Pessoal, tenho um servidor master e um slave que estava trabalhando
normalmente com a replicação nativa.
Notei que quando o script de vacuum/backup entra em ação todo dia às 00:00h
a replicação é parada.
Tentei refazer o rsync ,mas quanto tento dar o start no slave o mesmo não
inicia o serviço do postgresql.

O log me informa o seguinte:

<%%2013-07-11 15:23:49.902 BRT>LOG:  sistema de banco de dados foi
interrompido; última execução em 2013-07-11 15:24:57 BRT
<%%2013-07-11 15:23:49.903 BRT>LOG:  entrando no modo em espera
<%%2013-07-11 15:23:49.908 BRT>LOG:  replicação em fluxo conectou-se com
sucesso ao servidor principal
<%%2013-07-11 15:23:50.235 BRT>LOG:  redo inicia em B72/3420
<%%2013-07-11 15:23:50.236 BRT>FATAL:  não pôde acessar status da
transação 65598726
<%%2013-07-11 15:23:50.236 BRT>DETALHE:  não pôde ler do arquivo
"pg_clog/003E" deslocado de 139264: Sucesso.
<%%2013-07-11 15:23:50.236 BRT>CONTEXTO:  redo do xlog commit: 2013-07-11
15:24:58.009033-03
<%%2013-07-11 15:23:50.237 BRT>LOG:  processo de inicialização (PID 1719)
terminou com código de retorno 1
<%%2013-07-11 15:23:50.237 BRT>LOG:  terminando quaisquer outros processos
servidor ativos
~


Resumindo, mesmo refazendo todo o processo  da forma abaixo :

MASTER :
postgres@condor:~$ psql

postgres@condor:~$ psql
psql (9.2.2)
Digite "help" para ajuda.

postgres=# select pg_start_backup('replicacao', true);

postgres=# \q

postgres@condor:~$ rsync -a -v -e ssh /dbprod/data/
postgres@192.168.200.45:/dbprod/data/
--exclude postmaster.pid --exclude postgresql.conf --exclude pg_hba.conf

postgres@condor:~$ psql

postgres@condor:~$ psql
psql (9.2.2)
Digite "help" para ajuda.

postgres=# select pg_stop_backup();


SLAVE :
root@cidadevelha:/dbprod/data/pg_log# /etc/init.d/postgres start
Starting PostgreSQL: ok

root@cidadevelha:/dbprod/data/pg_log# /etc/init.d/postgres status
pg_ctl: nenhum servidor está executando
root@cidadevelha:/dbprod/data/pg_log#

O meu SLAVE não sobe.
A mensagem do log a citada anteriormente.
Alguém teria idéia do que esteja acontecendo?

Agradeço a atenção.

Deliane Andrade
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral