Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axEu7-00053D-AQ for pgsql-hackers@arkaria.postgresql.org; Mon, 02 May 2016 14:32:55 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1axEu6-0006KE-Sw for pgsql-hackers@arkaria.postgresql.org; Mon, 02 May 2016 14:32:54 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1axEu5-0006Fg-B5 for pgsql-hackers@postgresql.org; Mon, 02 May 2016 14:32:53 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1axEu0-0003pj-Jh for pgsql-hackers@postgresql.org; Mon, 02 May 2016 14:32:52 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id u42EWio3020365; Mon, 2 May 2016 10:32:44 -0400 From: Tom Lane To: Craig Ringer cc: Robert Haas , Abhijit Menon-Sen , Andres Freund , Simon Riggs , Petr Jelinek , Magnus Hagander , "pgsql-hackers@postgresql.org" Subject: Re: 9.6 and fsync=off In-reply-to: References: <20160427104307.GA4861@toroid.org> <57209AE7.9020906@2ndquadrant.com> <24748.1461764666@sss.pgh.pa.us> <20160428204423.sq2l675d2hamgr6m@alap3.anarazel.de> <20160429063514.GA630@toroid.org> <12906.1461937747@sss.pgh.pa.us> Comments: In-reply-to Craig Ringer message dated "Mon, 02 May 2016 22:27:08 +0800" Date: Mon, 02 May 2016 10:32:44 -0400 Message-ID: <20364.1462199564@sss.pgh.pa.us> X-Pg-Spam-Score: -2.9 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Craig Ringer writes: > On 2 May 2016 at 22:07, Robert Haas wrote: >> I also think that it would be a swell idea to detect whether a system >> has ever crashed with fsync=off, and do something about that, like >> maybe bleat on every subsequent startup for the lifetime of the >> cluster. > Yes. Very, very yes. +1 for tracking this in pg_control (maybe even with a counter, not just a flag). I'm less convinced that we need to bleat on every subsequent startup though --- that seems like just nagging. Having the info available from pg_controldata seems sufficient for forensics. The timestamp ideas aren't bad either. BTW, how would this work in a standby server? regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers