Andres Freund <and...@anarazel.de> writes: > On 2017-09-26 11:59:42 -0700, Jeff Janes wrote: >> I don't know if cross-version use of pg_ctl restart was ever officially >> supported, but the current behavior is rather confusing (waiting for a long >> time, and then reporting failure, even though it started successfully).
> I'm actually tempted to just make pg_ctl verify the right version of > postgres is being used. Maybe I'm missing something, but what's the > use-case for allowing it, and every couple releases have some breakage? At a high level the use case is yum upgrade postgresql service postgresql restart In practice, that wouldn't work across a major-version upgrade anyway, because of data directory incompatibility. It should work for minor versions though, so the version check couldn't be strict. I'm not really feeling the need to insert a version check though. It seems like it's more likely to reject cases that would have worked than to do anything helpful. The API that pg_ctl relies on is one that we don't change very often, viz the contents of postmaster.pid. The fact that we did change it this time is the source of Jeff's surprise. Also, what would you check exactly? Inquiring into what "postgres --version" returns is not very conclusive about what is actually running in the data directory pg_ctl has been pointed at. regards, tom lane -- Sent via pgsql-hackers mailing list (email@example.com) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers