From: | Noah Misch <noah(at)leadboat(dot)com> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Draft release notes for 9.4.4 et al |
Date: | 2015-06-11 06:35:01 |
Message-ID: | 20150611063501.GA240412@tornado.leadboat.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jun 09, 2015 at 04:31:43PM -0700, Josh Berkus wrote:
> First draft of the release announcement.
> 2015-06-12 Update Release
> =========================
>
> The PostgreSQL Global Development Group has released an update to all supported versions of our database system, including 9.4.4, 9.3.9, 9.2.13, 9.1.18 and 9.0.22. This release primarily fixes issues not successfully fixed in prior releases. It should be applied as soon as possible by any user who installed the May or June update releases. Other users should apply at the next available downtime.
The urgency is the same whether or not you installed the last couple of
releases: ASAP if you're on 9.3 or 9.4, next-downtime otherwise. (A site on
9.4.1 doesn't have new problems, but the old problems were urgent enough.)
> Crash Recovery Fixes
> ---------------------
>
> Earlier update releases attempted to fix an issue in PostgreSQL 9.3 and 9.4 with "multixact wraparound", but failed to account for issues doing multixact cleanup during crash recovery. This could cause servers to be unable to restart after a crash. As such, all users of 9.3 and 9.4 should apply this update as soon as possible, expecially if they have already applied updates 9.3.7, 9.3.8, 9.4.2 or 9.4.3.
>
> Database administrators who used pg_upgrade to upgrade to PostgreSQL version 9.3 may find that applying the update causes an immediate autovacuum of their entire database. Please see the [release notes](http://www.postgresql.org/docs/9.4/static/release-9-3-9.html) for details and ways to change the timing of the vacuum.
This also affects sites that subsequently upgraded to 9.4. (Your text doesn't
rule that out, but it bears mentioning explicitly.) Also, I suggest saying a
bit more about the reasons for changing the timing of the vacuum. Consider
this expansion of the second paragraph (but feel free to account for those
considerations other ways instead):
Clusters previously upgraded to PostgreSQL 9.3 using pg_upgrade, even those
clusters now running PostgreSQL 9.4 due to another upgrade, may experience
an immediate autovacuum of all tables after applying this update. For large
clusters, consider a controlled manual VACUUM, before updating, to better
regulate the performance consequences of this critical maintenance. See the
release notes for details.
> Cumulative Releases
> -------------------
>
> All PostgreSQL update releases are cumulative. As this update release fixes a number of problems inadvertently introduced by fixes in earlier update releases, we strongly urge users to apply this update, rather than installing less recent updates that have known issues. As this update release closes all known bugs with multixact handling, the PostgreSQL Project does not anticipate additional update releases soon.
It does not close all known bugs with multixact handling; see point (2) here,
for example:
http://www.postgresql.org/message-id/20150608131504.GH24997@alap3.anarazel.de
We nonetheless don't anticipate additional releases soon, but I would delete
the last sentence.
From | Date | Subject | |
---|---|---|---|
Next Message | Fujii Masao | 2015-06-11 08:48:33 | Re: pg_rewind failure by file deletion in source server |
Previous Message | Michael Paquier | 2015-06-11 05:46:46 | Re: skipping pg_log in basebackup (was Re: pg_basebackup and pg_stat_tmp directory) |