On 17-05-2016 22:34, Lucas Possamai wrote:
> - Possuo um master e dois slaves 
> 
> Há 6 horas atrás, mudei o shared_buffer de 50GB pra 35GB em meu server.
> 
Qual server? master?

> Para validar a mudança, um restart no postgres foi necessário. Porém, o
> mesmo não subia e então foi dado um restart no server (master).
> 
Reiniciar o sistema operacional? Para que?

> *Após esse reboot, estou tendo o seguinte erro:*
> 
>     WAL segment `pg_xlog/00000002000011E800000012` successfully archived
>     on host `slave-01`
>     WAL segment `pg_xlog/00000002000011E800000012` successfully archived
>     on host `slave-02`
>     Failed to archive WAL segment `pg_xlog/00000002000011E800000012` on
>     host `localhost:30022
> 
Essa mensagem não existe na versão 9.2...

> 
> *Meu archive_command:*
> 
>     archive_command = 'exec nice -n 19 ionice -c 2 -n 7
>     ../../bin/archive_command.ssh_to_slaves.bash "%p" slave-01 slave-02
>     localhost:30022'
> 
... e provavelmente é do seu script.

> Por favor, alguém teria alguma dica para me passar?
> 
Corrija o seu script de arquivamento.

Afinal de contas, alguma instância do postgres *não* subiu? O seu relato
ficou muito confuso.

Alterar shared_buffers *não* causa a falha do início do serviço por ter
valores diferentes no principal e secundário. Na 9.2, os parâmetros
max_connections, max_prepared_transactions e max_locks_per_transaction
dos servidores secundários são os únicos que *obrigatoriamente* deve ter
valores iguais ou maiores do que no servidor principal. Caso contrário,
o início do serviço falha com uma mensagem:

FATAL:  servidor em espera ativo não é possível porque max_connections =
10 é uma configuração mais baixa do que no servidor principal (seu valor
era 100)
LOG:  processo de inicialização (PID 23362) terminou com código de retorno 1
LOG:  interrompendo inicialização porque o processo de inicialização falhou


-- 
   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

Responder a