Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WvWvo-0005ev-AC for pgsql-bugs@arkaria.postgresql.org; Fri, 13 Jun 2014 19:14:32 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1WvWvn-0004tK-R0 for pgsql-bugs@arkaria.postgresql.org; Fri, 13 Jun 2014 19:14:31 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WvWvn-0004tE-4Q for pgsql-bugs@postgresql.org; Fri, 13 Jun 2014 19:14:31 +0000 Received: from smtprelay0252.b.hostedemail.com ([64.98.42.252] helo=smtprelay.b.hostedemail.com) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WvWvj-00070t-In for pgsql-bugs@postgresql.org; Fri, 13 Jun 2014 19:14:29 +0000 Received: from filter.hostedemail.com (b-bigip1 [10.5.19.254]) by smtprelay01.b.hostedemail.com (Postfix) with ESMTP id 10C122D2A15; Fri, 13 Jun 2014 19:14:27 +0000 (UTC) X-Session-Marker: 616C76686572726540616C76682E6E6F2D69702E6F7267 X-Spam-Summary: 50, 0, 0, , d41d8cd98f00b204, alvherre@alvh.no-ip.org, :::::, RULES_HIT:41:355:379:599:960:967:973:988:989:1260:1277:1311:1312:1313:1314:1345:1359:1437:1515:1516:1518:1519:1534:1541:1593:1594:1595:1596:1711:1730:1747:1777:1792:2198:2199:2393:2525:2560:2563:2682:2685:2693:2828:2859:2897:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3352:3865:3866:3867:3868:3870:3871:3872:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4418:4560:4605:4659:5007:6119:6261:9025:9121:10004:10400:10848:11026:11232:11256:11257:11658:11914:12050:12296:12517:12519:12660:13069:13149:13230:13311:13357:13523:13894:13895:21063, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:none, Custom_rules:0:0:0 X-HE-Tag: egg00_7dcb725d49424 X-Filterd-Recvd-Size: 2342 Received: from eldon.alvh.no-ip.org (unknown [186.11.225.88]) (Authenticated sender: alvherre@alvh.no-ip.org) by omf01.b.hostedemail.com (Postfix) with ESMTPA; Fri, 13 Jun 2014 19:14:24 +0000 (UTC) Received: by eldon.alvh.no-ip.org (Postfix, from userid 1000) id E8C561FCB; Fri, 13 Jun 2014 15:14:12 -0400 (CLT) Date: Fri, 13 Jun 2014 15:14:12 -0400 From: Alvaro Herrera To: Bruce Momjian Cc: Andres Freund , PostgreSQL Bugs Subject: Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts Message-ID: <20140613191412.GP18688@eldon.alvh.no-ip.org> References: <20140530121631.GE25431@alap3.anarazel.de> <20140530132916.GM28490@momjian.us> <20140530133244.GG25431@alap3.anarazel.de> <20140530150006.GP28490@momjian.us> <20140530151317.GB1220@awork2.anarazel.de> <20140530203515.GS28490@momjian.us> <20140530210353.GI30516@awork2.anarazel.de> <20140530212526.GT28490@momjian.us> <20140604085314.GA19423@momjian.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140604085314.GA19423@momjian.us> User-Agent: Mutt/1.5.21 (2010-09-15) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-bugs Precedence: bulk Sender: pgsql-bugs-owner@postgresql.org Bruce Momjian wrote: > It appears this item is on hold until Alvaro can comment. I can > probably find the impact and correct the problem for previous upgrades, > but it might be 1-2 months until I can get to it. The fix for future > upgrades is simple. TBH I think future upgrades is what we need to fix now, so that people don't do broken upgrades from 9.2 to 9.4 once the latter is out. (I would assume that upgrades from 9.3 will not have a problem, unless the 9.3 setup itself is already broken due to a prior pg_upgrade). Also, we need to fix pg_upgrade to protect people upgrading to 9.3.5 from <= 9.2. As for detecting the case in existing installs, I think we can supply a query in the next minor release notes that uses pg_ls_dir() to see whether there is a 0000 file outside the working range of multixact/offset, whose result if nonempty would indicate the need to delete (or more likely rename) a file. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs