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 1pzGSw-0005E3-R8 for pgsql-bugs@arkaria.postgresql.org; Wed, 17 May 2023 12:41: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 1pzGSu-0000w6-Lt for pgsql-bugs@arkaria.postgresql.org; Wed, 17 May 2023 12:41:12 +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 1pzGSt-0000oU-Pz for pgsql-bugs@lists.postgresql.org; Wed, 17 May 2023 12:41:12 +0000 Received: from new3-smtp.messagingengine.com ([66.111.4.229]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1pzGSp-000JBP-3n for pgsql-bugs@lists.postgresql.org; Wed, 17 May 2023 12:41:10 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailnew.nyi.internal (Postfix) with ESMTP id 1FED6580BAE; Wed, 17 May 2023 08:41:05 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Wed, 17 May 2023 08:41:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1684327265; x= 1684334465; bh=Iw3qV7C6dLh/8iue6STXJjb3tfcFBRGBsWLgRvK1WgQ=; b=t ieENd7e0yocxYhZ5HsgC2thcZ3lKZe8mgdlxp+El9wh5uhgugAVdLiwEvftO417i 7b0Cp37xl385cz9Gh46H3ZlWqDMiGjahE6fKEkfAQqRX/jkYLHDurcSod+DQdeHc erXUWW36mXb9d3EFefqtqcUqeKkP/FhAFn6m8w3X/Gce8KGpLiRLHFsIwY4U6mBy sjmrrbVjUkXpivD4KmcWK8VpPKMDtJ+8FIzl6jf+6RhIFzmdwcObMSGFDSP2w9lo 876Vwzf7fhU4lNfi5zL62SayKHtVUcHB1S4CrqltNhYlDHg8lHDMdp0EYcm17DfB otyJsBV7qi7Qp0GI4cHuw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeeiuddgheehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvfhfhjggtgfesthekredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnheplefgteefiedtleelgeeg jeevhfeuteefvddtjeehveeuieefgedvhfeuleduteeunecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 17 May 2023 08:41:04 -0400 (EDT) Message-ID: Date: Wed, 17 May 2023 14:41:00 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: AW: BUG #17923: Excessive warnings of collation version mismatch in logs To: Hans Buschmann , "pgsql-bugs@lists.postgresql.org" References: <17923-c791d260d83aa587@postgresql.org> <6c53254e-3e03-aa73-6007-bc67397fd507@enterprisedb.com> <5d3fa6cf2dd7489dba0e087e7e6a164e@nidsa.net> Content-Language: en-US From: Peter Eisentraut In-Reply-To: <5d3fa6cf2dd7489dba0e087e7e6a164e@nidsa.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 11.05.23 12:07, Hans Buschmann wrote: > The problem is not at connection time (I only mentioned it for info). > > > The problem is the endless repeating of these log entries without user > login (cut a little bit at line end): > > > 17:09:08 CEST  01000  1:> WARNING:  database "template1" has a collation > version mismatch > 17:09:08 CEST  01000  2:> DETAIL:  The database was created using > collation version 2.36, > 17:09:08 CEST  01000  3:> HINT:  Rebuild all objects in this database > that use the defaul I guess this is from the autovacuum background processes. Maybe we should disable the warnings for those?