Gracias por responder, lo que hice fue aumentar el wal_keep_segments a 1000 y ahi funciono.
El vie, 1 jul 2022 a las 0:54, Jaime Casanova (<jcasa...@systemguards.com.ec>) escribió: > On Thu, Jun 30, 2022 at 04:18:22PM -0400, Diego Ayala wrote: > > buenas tardes, tengo 2 equipos que estaban funcionando bien con > > réplica nativa asíncrona con versión 10 de mis Postgres, y S.O Centos, > en > > estos días en el master se realizó un vacuum full para liberar espacio > como > > tarea de mantenimiento semestral, el tema es que ahi perdi la replica, > para > > volver a ponerlos asíncronos ejecute el comando pgbasebackup, El proceso > en > > sí, termina sin ningún error, luego configuro mi recovery.conf en mi > > esclavo y inicio el servicio, pero noto que no esta replicando, al ver el > > log encuentro este mensaje > > > Cual seria el problema, por es algo que siempre solia realizar cuando > > perdia mi esclavo, pero ahora no me esta funcionando, hay algo que falto > o > > género esto, mirando el top de mi linux veo que en el esclavo se ejecuta > el > > startup process recovering 000005000068F pero no el proceso wal_receiver. > > > > puedes mostrar la salida de "select version()", ejecuta esa sentencia > tanto en el primario como en la réplica. > > > -- > Jaime Casanova > Director de Servicios Profesionales > SystemGuards - Consultores de PostgreSQL >
