¡¡PROBLEMA!! Después de configurar mi replicación lógica y todo funciona sin problemas, solo quería profundizar en los registros para confirmar que no había ningún error allí. Pero cuando tail -f postgresql.log , encontré el siguiente error que sigue apareciendo ERROR: no se pudo iniciar la transmisión WAL: ERROR: la ranura de replicación "sub" está activa para PID 124898
¡¡SOLUCIÓN!! Esta es la solución simple... Entré en mi archivo postgresql.conf y busqué wal_sender_timeout en el maestro y wal_receiver_timeout en el esclavo. Los valores que vi allí eran 120 para ambos y tuve que cambiar ambos a 300 , lo que equivale a 5 minutos. Luego, recuerde recargar ambos servidores ya que no necesita reiniciar. Luego, espere entre 5 y 10 minutos y el error se solucionará.
Tuvimos un mensaje de error idéntico en nuestros registros e intentamos esta solución y, lamentablemente, nuestro caso fue mucho más diabólico. Poniendo las notas aquí solo para el próximo pobre, pero en nuestro caso, la instancia de publicación era un servidor RDS administrado por AWS y logró (ja, ja) crear una acumulación de WAL tal que estaba entrando en un estado de recuperación, procesando el WAL y ejecutándose sin memoria (que el sistema operativo lo elimine cada vez) antes de que lo alcance. La experiencia en el lado del cliente fue exactamente lo que ve aquí: tiempos de espera y transmisión WAL fallida. La solución fue un poco desagradable: tuvimos que eliminar todo el enlace de replicación y reconstruirlo (afortunadamente, era una base de datos de prueba, por lo que no se dañó, pero es una situación que desea evitar). Era obvio después de mirar el lado del editor y ver los registros, pero desde el lado de la suscripción era más misterioso.