We've encountered another system that has a situation very much like the one
described here:
https://www.postgresql.org/message-id/20140904175036.310c6466%40erg
In particular, a secondary is restoring each WAL file using restore_command,
creating a .ready file for it, and then never cleaning it up. This is
PostgreSQL 9.6.6 on Windows using the EDB installer. We can't seem to see
anything unusual about the configuration of the server (archive_mode = on, but
it's otherwise properly operating as a secondary).
--
-- Christophe Pettus
x...@thebuild.com
