Re: vacuum full et hot standby WAL stream: FATAL

From: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
To: CRUMEYROLLE Pierre <pierre(dot)crumeyrolle(at)c-s(dot)fr>
Cc: pgsql-fr-generale <pgsql-fr-generale(at)postgresql(dot)org>
Subject: Re: vacuum full et hot standby WAL stream: FATAL
Date: 2016-05-25 06:36:05
Message-ID: CAECtzeXD+Y-pEnMnA2kaJo-i8PT0JsFMW1ep2qozw0igOsX7=w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-fr-generale

Le 25 mai 2016 12:01 AM, "CRUMEYROLLE Pierre" <pierre(dot)crumeyrolle(at)c-s(dot)fr> a
écrit :
>
> il semblerait indispensable de mettre en place l’archivage des journaux
en plus de la streaming réplication
> la ceinture suffit pas faut aussi les bretelles
>

Oui, pour toutes les versions qui ne disposent pas encore des slots de
réplication. Avec les slots de réplication, l'archivage n'est plus
nécessaire.

>
>
> Stéphane Schildknecht <stephane(dot)schildknecht(at)postgres(dot)fr> a écrit :
>
>
>> On 24/05/2016 17:35, pierre crumeyrolle wrote:
>>>
>>> bonjour,
>>> 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
>>>
>>
>> Bonjour,
>>
>> <Avant-propos>
>> La netiquette souhaiterait que vous démarriez une nouvelle discussion en
>> envoyant un nouveau courriel à la liste, et que vous évitiez le vol de
thread
>> en répondant à un thread existant (même en en changeant le sujet).
>> </avant-propos>
>>
>> En complément de ce qui vous a été proposé par Sébastien et Lionel, vous
>> devriez envisager l'archivage des WAL afin d'éviter d'avoir à
reconstruire le
>> nœud secondaire lors d'une telle mésaventure.
>> De cette façon, lorsqu'un WAL n'est plus disponible sur le nœud
principal, le
>> système de réplication le récupérerait dans les archives.
>>
>> S.
>>
>> --
>> Stéphane Schildknecht
>> Contact régional PostgreSQL pour l'Europe francophone
>> Loxodata - Conseil, support et formation
>> 01.79.72.57.75
>>
>>
>> --
>> Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
>
>
>
>
>
> --
> Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)

In response to

Responses

Browse pgsql-fr-generale by date

  From Date Subject
Next Message Stéphane Schildknecht 2016-05-25 08:42:59 Re: vacuum full et hot standby WAL stream: FATAL
Previous Message CRUMEYROLLE Pierre 2016-05-24 22:01:35 Re: vacuum full et hot standby WAL stream: FATAL