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 1lYs7z-000638-BV for pgsql-hackers@arkaria.postgresql.org; Tue, 20 Apr 2021 15:17:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lYs7y-0006QD-9G for pgsql-hackers@arkaria.postgresql.org; Tue, 20 Apr 2021 15:17:26 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lYs7x-0006Pq-W6 for pgsql-hackers@lists.postgresql.org; Tue, 20 Apr 2021 15:17:26 +0000 Received: from mail1.dalibo.net ([212.83.143.11] helo=mail.dalibo.com) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lYs7v-0002As-KD for pgsql-hackers@postgresql.org; Tue, 20 Apr 2021 15:17:25 +0000 Received: from firost (larco.ioguix.net [78.202.0.6]) by mail.dalibo.com (Postfix) with ESMTPSA id 11D042045D; Tue, 20 Apr 2021 17:17:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dalibo.com; s=a; t=1618931841; bh=pZX6tUjoW81HEREz/ga9C4JCr5fohW0FLlovhIjB/Kc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=OEpeXbg0v596jfa9My/U9Oi2s3r2qmxUphsxDNKUjiGy/BEJDyPIJAVZj6X+aQhgH hHXGZuVf5iGU3opaqyKNRUG1faf9+coTiCIjpoDrBymv3imIYP6o39i/qN/T63S3M3 2MGn1QRdn5FEm3znEu7XPXDok2p7KZ195yLRSvkI= Date: Tue, 20 Apr 2021 17:17:20 +0200 From: Jehan-Guillaume de Rorthais To: Magnus Hagander Cc: Robert Haas , Tom Lane , Thomas Munro , "pgsql-hackers@postgresql.org" Subject: Re: when the startup process doesn't Message-ID: <20210420171720.56599607@firost> In-Reply-To: References: <465221.1618879471@sss.pgh.pa.us> Organization: Dalibo MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, 20 Apr 2021 15:04:28 +0200 Magnus Hagander wrote: [...] > Yeah, I think we should definitely limit this to local access, one way > or another. Realistically using pg_hba is going to require catalog > access, isn't it? And we can't just go ignore those rows in pg_hba > that for example references role membership (as well as all those auth > methods you can't use). Two another options: 1. if this is limited to local access only, outside of the log entries, the status of the startup could be updated in the controldata file as well. This would allows to watch it without tail-grep'ing logs using eg. pg_controldata. 2. maybe the startup process could ignore update_process_title? As far as I understand the doc correctly, this GUC is mostly useful for backends on Windows. Regards,