Re: vacuum full et hot standby WAL stream: FATAL

CRUMEYROLLE Pierre <[email protected]>
Newsgroups gmane.comp.db.postgresql.french
Message-ID <20160524231244.Horde.z4rmZRVRnXED7l7CpiAzQw2@messagerie.si.c-s.fr>
Pour information

Nous avons modifier les fichiers crm.cfg et postgresql.conf pour  
augmenter le timeout de non réponse de postgresql et augmenter le  
nombre de WALL pour la réplication.

Ceci à permis de repousser le moment ou le SECONDAIRE (du CLUSTER)  
passe en DISCONNECT.

Modif dans crm.cfg :
primitive pgsql ocf:heartbeat:pgsql \
... 180 au lieu de 60
         op monitor interval="5" timeout="180" on-fail="fence" \
... 180 au lieu de 120
         op promote interval="0" timeout="180" on-fail="fence" \
... 120 au lieu de 90
         op notify interval="0" timeout="120"


Modif dans postgresql.conf :
wal_keep_segments = 110 au lieu de 64
checkpoint_segments= 32 au lieu de 16


Sébastien Dinot <[email protected]> a écrit :

> ----- Mail original -----
>> j'ai un plantage suite à l’exécution d'un vacuum full sur une base
>> primaire , vacuum full afin de palier à une fragmentation suite à
>> une série d'insert/update sur un table d'historique instrumenté par
>> un autovacuum
>> L’erreur sur l’esclave qui le fait planté :=> 2016-05-24 03:10:07.420
>> UTC 0 FATAL: could not receive data from WAL stream: FATAL:
>> requested WAL segment 00000063000003B700000091 has already been
>> removed
>> Sur le maitre, on a l’équivalent :=> 2016-05-24 00:00:00.908 UTC
>> replication [unknown] 0 47/0FATAL: requested WAL segment
>> 00000063000003B700000091 has already been removed
>
> J'ai trouvé plusieurs occurrence du message d'erreur sur le net ; la  
> solution semble être d'augmenter le nombre de segments (variable  
> wal_keep_segments) ou d'activer l'archivage du WAL :
>
> http://stackoverflow.com/questions/28201475/how-do-i-fix-a-postgresql-9-3-slave-that-cannot-keep-up-with-the-master
> http://www.postgresql.org/message-id/[email protected]
>
> Plus d'infos ici :
>
> https://wiki.postgresql.org/wiki/Streaming_Replication
> http://www.postgresql.org/docs/9.2/static/runtime-config-replication.html
>
> Sébastien
>
> --
> Sébastien Dinot, [email protected]
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
>
>
> --
> Envoi via la liste pgsql-fr-generale ([email protected])




--
Envoi via la liste pgsql-fr-generale ([email protected])
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.