Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iaccF-0001oq-Mh for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Nov 2019 09:31:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iaccE-0007xC-Fs for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Nov 2019 09:31:06 +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_SHA1:256) (Exim 4.89) (envelope-from ) id 1iaccD-0007pL-3z for pgsql-hackers@lists.postgresql.org; Fri, 29 Nov 2019 09:31:06 +0000 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iacc8-000246-3c for pgsql-hackers@postgresql.org; Fri, 29 Nov 2019 09:31:04 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 643E0325; Fri, 29 Nov 2019 04:30:56 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 29 Nov 2019 04:30:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=7kG/0/muMP8pZTaNDjhxdzLPowic2vDYwOBJ8PCEz Bc=; b=iklX2D1qlIBwPGWdTUWE4v8ZoqWZYEk1xAuxtDhU6OIEQkMEXIdcSM0PW TU7ff2Vg7+L3WAMeqnUe1ptC7uTwBkHqSx3Jg3AmvU0Cm14L2uIB1UKNRa+DJqjP vLqPE7/3IFeIREE0VEX9Fewuebvhv/DzTO0kdZwU8jXnWyXz32AGWpmlhPho5SO5 rm/v3GhqpHauUsFf54e0nziUg0MuDD3iSKX8xY+2wUCJxLZmqYmbe38qX1lvZ9jM 8U7qBl+vckUDf6rxQ4e8im0vxzuFnsirYm6tKApW8zRcHBLksNVyEcY1QzO/R0nZ uxX6/69b5B5IlURNc+l1XTR9FLUZQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudeiledgtddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhohfkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvdhnug hquhgrughrrghnthdrtghomheqnecuffhomhgrihhnpedvnhguqhhurggurhgrnhhtrdgt ohhmnecukfhppeelfedrvdegvddrudegjedrjeelnecurfgrrhgrmhepmhgrihhlfhhroh hmpehpvghtvghrrdgvihhsvghnthhrrghuthesvdhnughquhgrughrrghnthdrtghomhen ucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from april.pezone.net (p5df2934f.dip0.t-ipconnect.de [93.242.147.79]) by mail.messagingengine.com (Postfix) with ESMTPA id CDC0A8005C; Fri, 29 Nov 2019 04:30:54 -0500 (EST) Subject: Re: allow_system_table_mods stuff To: Tom Lane References: <20190913213940.GA20917@alvherre.pgsql> <20191127082619.GB237562@paquier.xyz> <2131.1574957504@sss.pgh.pa.us> Cc: Michael Paquier , Alvaro Herrera , pgsql-hackers From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <440e42c8-948d-d489-cf2f-1f266e087942@2ndquadrant.com> Date: Fri, 29 Nov 2019 10:30:53 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <2131.1574957504@sss.pgh.pa.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2019-11-28 17:11, Tom Lane wrote: > I read through the patch set and have just one quibble: in the > proposed new docs, > > + Allows modification of the structure of system tables as well as > + certain other risky actions on system tables. This is otherwise not > + allowed even for superusers. This is used by > + initdb. Inconsiderate use of this setting can > + cause irretrievable data loss or seriously corrupt the database > + system. Only superusers can change this setting. > > "Inconsiderate" doesn't seem like le mot juste. Maybe "Ill-advised"? > > (I'm also wondering whether the sentence about initdb is worth keeping.) committed with those adjustments -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services