Tal vez tenga que ver con el administrador del nodo réplica, lo concreto es que no pudo enviar el wall file. si tenes como recuperarlo. alcanza con copiarlo donde lo va a buscar y reiniciar la replica, Me olvidé de contar que para poder usar esa version de pg. lo tuve que instalar a mano compilando los sources ... nada delicias de manejar una version de pg muy vieja... saludos
Juan On Fri, Dec 15, 2023 at 6:09 PM mauricio pullabuestan <jmaurici...@yahoo.es> wrote: > Hola Martín. > > > <Hola, una vez me tocó trabajar con esa version de postgresql y le > implemente un sistema de stream replication y cuando me > <Apareció ese error fué debido a pérdidas de paquetes en la red, mi > empleador contrató a un amigo para que hiciera de host > <y el servicio era poco menos que horrible. > <Entonces, el mecanismo es: 1) copia el wal a la réplica y luego > "guardalo" , ese guardalo gralmente es borralo, > <Sino chequeas que se copio bien , o lo que sea , tiendo pensar que se > borra, si ese es el caso tu base nunca volverá a estar > <consistente xq deberás "resetear" el control de WAL al último que si > exista. x esa razon se perderán las transacciones en la réplica. > <Chequea los comandos en postgresql.conf en la seccion #Archiving y sigue > la ruta de los walls. > <suerte. > > > Los archivos Wal se borran del servidor primario, por una tarea programada > mediante Cron que se ejecuta a 1:00, eliminando los archivos del día > anterior, cuando comenzó a fallar la replica el archivo wal debió estar > ahí, me confunde el mensaje "no se pudo recibir datos del cliente: Conexión > reinicializada por la máquina remota", tanto el servidor principal como la > replica están en el mismo rack. > > Saludos. > Mauricio > > > >
