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 1h4QtX-0001eB-5j for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Mar 2019 13:59:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1h4QtV-0000Pc-BQ for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Mar 2019 13:59:37 +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 1h4QtV-0000LW-27 for pgsql-hackers@lists.postgresql.org; Thu, 14 Mar 2019 13:59:37 +0000 Received: from gauss.credativ.com ([93.94.130.89]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h4QtO-0000ns-Eh for pgsql-hackers@lists.postgresql.org; Thu, 14 Mar 2019 13:59:36 +0000 Received: from gauss.credativ.com (localhost [127.0.0.1]) by gauss.credativ.com (Postfix) with ESMTP id 7EBE71E298D; Thu, 14 Mar 2019 14:59:29 +0100 (CET) Received: from kohn (fw-front.credativ.com [62.154.226.94]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mba@gauss.credativ.com) by gauss.credativ.com (Postfix) with ESMTPSA id 112CA1E1DEE; Thu, 14 Mar 2019 14:59:29 +0100 (CET) Message-ID: <1552571968.9697.2.camel@credativ.de> Subject: Re: Offline enabling/disabling of data checksums From: Michael Banck To: Magnus Hagander Cc: Sergei Kornilov , Michael Paquier , Fabien COELHO , PostgreSQL Developers Date: Thu, 14 Mar 2019 14:59:28 +0100 In-Reply-To: References: <20181221201616.GD4974@nighthawk.caipicrew.dd-dns.de> <20190311045323.GE1818@paquier.xyz> <155231347133.16480.11453587097036807558.pgcf@coridan.postgresql.org> <1552385626.4947.50.camel@credativ.de> <20190312124403.GM13812@paquier.xyz> <20190313021621.GP13812@paquier.xyz> <20190313093150.GE2988@paquier.xyz> <20190313101021.GF2988@paquier.xyz> <5217311552474471@myt2-66bcb87429e6.qloud-c.yandex.net> <140161552477211@iva5-84bc572481fe.qloud-c.yandex.net> <1552492283.4947.73.camel@credativ.de> Organization: credativ GmbH Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, Am Mittwoch, den 13.03.2019, 17:54 +0100 schrieb Magnus Hagander: > On Wed, Mar 13, 2019 at 4:51 PM Michael Banck wrote: > > Am Mittwoch, den 13.03.2019, 12:43 +0100 schrieb Magnus Hagander: > > > I think this is dangerous enough that it needs to be enforced and not > > > documented. > > > > Changing the cluster ID might have some other side-effects, I think > > there are several cloud-native 3rd party solutions that use the cluster > > ID as some kind of unique identifier for an instance. It might not be an > > issue in practise, but then again, it might break other stuff down the > > road. > > Well, whatever we do they have to update, right? Yeah, but I am saying their orchestrators might get confused about where the old instance went and what this new thing with a totally different systemid is and lose the connection between the two.  Maybe that is a feature and not a bug. Michael -- Michael Banck Projektleiter / Senior Berater Tel.: +49 2166 9901-171 Fax: +49 2166 9901-100 Email: michael.banck@credativ.de credativ GmbH, HRB Mönchengladbach 12080 USt-ID-Nummer: DE204566209 Trompeterallee 108, 41189 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer Unser Umgang mit personenbezogenen Daten unterliegt folgenden Bestimmungen: https://www.credativ.de/datenschutz