Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m8O63-0002oQ-R3 for pgsql-hackers@arkaria.postgresql.org; Tue, 27 Jul 2021 14:30:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1m8O5W-0007kv-QV for pgsql-hackers@arkaria.postgresql.org; Tue, 27 Jul 2021 14:29:42 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m8O5W-0007kn-Il for pgsql-hackers@lists.postgresql.org; Tue, 27 Jul 2021 14:29:42 +0000 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m8O5U-0004BK-BS for pgsql-hackers@lists.postgresql.org; Tue, 27 Jul 2021 14:29:41 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id A3914320014C; Tue, 27 Jul 2021 10:29:37 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 27 Jul 2021 10:29:37 -0400 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:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=8STKdFZNsv5AC5d8KGdC+GRCjBEw8Y+V4kMihSh3D0c=; b=nOxuqZpE xsHYihx/r2jYW66kvUkAf9QZ1OWZ8zQEHv0v5rri9PS2I1n2vYeKqwIo2BkjOwJA cNja2B/rfkkMT8nVRima+RbNj+KMH4xHcY4kKWPQnCqAUkEpdsXFZ8og3923JdDq WGIoCDfqW5R2QfwEcEJG2XvUpUxfhFMd2wFFolhgzkjgwVCBrfgXot4vGBBDYblf PlupAsIXRyHSZfuMMqtQ/Yui/kp8v6q0WRKWDJ5uBrebFZ2x1/Mc14gXB5Nx1jvo LFS9c4I+NeW1vEUBPmWI53Jw35470OpNVMCjsXwON7wEqTa6+3I/lm4mshKe+USy sBgDT6DOm4CJMw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrgeejgdejudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkgggtugfgjgesthekredttddtjeenucfhrhhomheptehlvhgrrhho ucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgheqne cuggftrfgrthhtvghrnhepfeduleekteeigfegledtvddvvddtledugfefhfdtieevteef tdeuueehudeuvdelnecuffhomhgrihhnpegvnhhtvghrphhrihhsvggusgdrtghomhdpph hoshhtghhrvghsqhhlrdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomheprghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 27 Jul 2021 10:29:36 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 7E8F32A087C; Tue, 27 Jul 2021 10:29:32 -0400 (-04) Date: Tue, 27 Jul 2021 10:29:32 -0400 From: Alvaro Herrera To: Tom Lane Cc: Pg Hackers Subject: Re: pg_settings.pending_restart not set when line removed Message-ID: <202107271429.4m5ngdum7f66@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <263488.1627394272@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-Jul-27, Tom Lane wrote: > Alvaro Herrera writes: > > You could argue that this is *weird* (why does reading pg_file_settings > > set a flag in global state?) ... but that weirdness is not something > > this patch is introducing. > > Ugh. I think this patch is likely to create more problems than it fixes. I doubt that; as I said, the code already behaves in exactly that way for closely related operations, so this patch isn't doing anything new. Note that that loop this code is modifying only applies to lines that are removed from the config file. > We should be looking to get rid of that flag, not make its behavior even > more complex. Are you proposing to remove the pending_restart column from pg_settings? That seems a step backwards. What I know is that the people behind management interfaces need some way to know if changes to the config need a system restart. Now maybe we want that feature to be implemented in a different way than it currently is. I frankly don't care enough to do that myself. I agree that the current mechanism is weird, but it's going to take more than a one-liner to fix it. The one-liner is only intended to fix a very specific problem. -- Álvaro Herrera 39°49'30"S 73°17'W — https://www.EnterpriseDB.com/ "After a quick R of TFM, all I can say is HOLY CR** THAT IS COOL! PostgreSQL was amazing when I first started using it at 7.2, and I'm continually astounded by learning new features and techniques made available by the continuing work of the development team." Berend Tober, http://archives.postgresql.org/pgsql-hackers/2007-08/msg01009.php