Re: [MASSMAIL]Re: pg_basebackup falla casi al terminar

En mi caso por lo general manejo los tiempo de borrado de los wal al
menos lo configure para que duren 3 días.

Revisa eso, sino debes buscar una salva de días anteriores si no has
tenido muchos movimiento de los datos, Ahora yo te recomendé copiar todo
la carpeta "data" y pegarla en tu nodos secundarios.

El 2019-09-10 11:59, Carlos T. Groero Carmona escribió:
> Copie los archivos que me faltaban ~/global/pg_control y postgres
> inicializ'o, pero al checkear los logs veo que no puede terminar de
> levantar porque:
> 2019-09-10 10:53:40 CDT [26264]: user=,db=,app=,client=,trans=0 LOG:
> 00000: started streaming WAL from primary at ABCC/7D000000 on timeline
> 1
> 2019-09-10 10:53:40 CDT [26264]: user=,db=,app=,client=,trans=0
> LOCATION: WalReceiverMain, walreceiver.c:384
> 2019-09-10 10:53:40 CDT [26264]: user=,db=,app=,client=,trans=0 FATAL:
> XX000: could not receive data from WAL stream: ERROR: requested WAL
> segment 000000010000ABCC0000007D has already
> been removed
>
> Algunos WAL fueron removidos.
> al parecer tendre que empezar de cero el pg_basebackup despues de
> todo.
>
> Revisando my configuracion encontre esto:
> #wal_keep_segments = 0
>
> wal_keep_segments = 2048
>
> Thanks,
> Carlos
>
> On Tue, Sep 10, 2019 at 8:37 AM <gilberto(dot)castillo(at)etecsa(dot)cu> wrote:
>
>> Hola,
>>
>> Tampoco sé si te funcionará a ti, pero una vez tuve que para el
>> servicio
>> del master y copiar físicamente toda las carpeta y luego pegarla en
>>
>> todos mis sever secundarios.
>>
>> Luego los fue levantando, previa revisión de las configuraciones y
>> me
>> funciono.
>>
>> El 2019-09-10 09:26, Carlos T. Groero Carmona escribió:
>>> Si esa copia ya la movi fuera de mi pgdata, se que pg_basebackup
>>> funcionara, solo queria ver si havia un camino corto pues el
>>> pg_basebackup se demora 22horas para ~2.3TB
>>>
>>> Gracias,
>>> Carlos.
>>>
>>> On Tue, Sep 10, 2019, 8:23 AM Byron Gallardo <bayrus(at)gmail(dot)com>
>> wrote:
>>>
>>>> si tu error es similar a esto " PG_BASEBACKUP: COULD NOT GET
>>>> WRITE-AHEAD LOG END POSITION FROM SERVER: ERROR: COULD NOT OPEN
>>>> FILE "./POSTGRESQL.CONF_COPY": PERMISSION DENIED", cambia el
>> dueño
>>>> de tu copia postgres.conf_copy al usuario postgres y prueba
>>>> nuevamente
>>>>
>>>> El mar., 10 sept. 2019 a las 2:20, Carlos T. Groero Carmona
>>>> (<ctonetg(at)gmail(dot)com>) escribió:
>>>>
>>>>> Hola lista,
>>>>>
>>>>> Estaba realizando un pg_basebackup y casi terminando 99.9% falla
>>>>> debido a que tenia una copia del postgresql.conf hecha con el
>>>>> usuario root y entonces el pg_basebackup no pudo completar el
>>>>> proceso.
>>>>>
>>>>> Por lo que vi solo me falta el postgres.conf y los archivos del
>>>>> ~/global/pg_control
>>>>>
>>>>> Hace un tiempo me paso y termine copiando los archivos por scp y
>>>>> listo, pero me pregunto si el pg_basebackup tiene alguna opcion
>>>>> para volver a intentar o reanudar el proceso desde donde fallo?
>>>>>
>>>>> Por lo que he leido tienes que volver a empezar, pero quizas
>> estoy
>>>>> perdiendome algo.
>>>>>
>>>>> Thanks,
>>>>> Carlos