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
