Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f3n5s-0004kB-Bt for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Apr 2018 18:25:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1f3n5q-0006Sw-IY for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Apr 2018 18:25:10 +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_SHA384:256) (Exim 4.89) (envelope-from ) id 1f3n5q-0006Sb-BI for pgsql-hackers@lists.postgresql.org; Wed, 04 Apr 2018 18:25:10 +0000 Received: from mout.gmx.net ([212.227.15.15]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1f3n5n-0005iA-He for pgsql-hackers@postgresql.org; Wed, 04 Apr 2018 18:25:09 +0000 Received: from nighthawk.chemicalconnection.dyndns.org ([88.217.96.158]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfW5D-1et71X0T3j-00P2MP; Wed, 04 Apr 2018 20:24:56 +0200 Received: from mbanck by nighthawk.chemicalconnection.dyndns.org with local (Exim 4.84_2) (envelope-from ) id 1f3n3Y-0004tY-6Z; Wed, 04 Apr 2018 20:22:48 +0200 Date: Wed, 4 Apr 2018 20:22:48 +0200 From: Michael Banck To: Magnus Hagander Cc: Alvaro Herrera , Tom Lane , Andres Freund , David Steele , PostgreSQL-development Subject: Re: pgsql: Validate page level checksums in base backups Message-ID: <20180404182247.GG20852@nighthawk.caipicrew.dd-dns.de> References: <20180404121930.GE20852@nighthawk.caipicrew.dd-dns.de> <20180404134732.tsxx2osvooolxy24@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: X-Provags-ID: V03:K1:p307pJF+pSUhgu/5IdJ84RTUZNqphGp13LyPDa3E8KSOmnKm2Cx 3ZKGbofxh+EBd671LTZTJsVXCQt75IANSslxytI8tBKStHdYOAOxFXumCdCghOQlJ+wpjKs y/Cma9esE3Glc745EO6o3HNezhBlhOS9uCyWyrJYh22rdHq7Sz6fXLseI189Ct6tlzAkCGH w3hE5X2aBPrr106iHYG5g== X-UI-Out-Filterresults: notjunk:1;V01:K0:iSm3DP6UT88=:4dItT2MZAzWMcPkknN/bkw Nlzepxu83VEtLD1wBgU9s5y1qWTW4bkhl69hlYjw1HNcRT6IZayGpwBSaBIG4fXJ2j/ArFC1d XcrYkYPA3s5Xp2vTu9pxKyXH/lL6kAUVsdJUCPuCKYscRsyXP8xWx6GV9bZpZo8nVkl1UR+Wg IXiB2GxhmSL3K5lSfcRwiPjr6iqJRUJ/D3Y+vFwKya9LbviHdQhgMa7gLl/AanqHzEJ1copQJ a7Q0Ojply7wVzxIO7r+KU12WkHU0n4Qvs3+OzCeTD4PbE8UAvGvOfHozKCkg2N5uhBluz8GiO MI8GxpjNcMUDxJd/OWF7xiYEqLGwwPV8/qZvUU9cxZQgfWnLggWi+U+s92jOffuh1JiD9CKbQ 7tVyW4L3CjF+Jpf3MnqWqDsh98ftgcujxNSbRwI3wh8H7LP7iFajHUGT7Tv/Hx7alWYjKESG5 lZGFkhJK4X590UhrbMxMsO8D2VZQYMBOMgBZQadcvflOlE9ntWCXakIufnggP8FicEpXuSJzL UrlO1bRU3ftNn/a+SDU1tagOPGBiWMEE0Me2y0BAYMykAY7EZi+B7Dh0IZQWJSiwP375/o6T3 RLMPeh5peXlOwBjE94HIUAxSwpiVWkaEMZGLf7XzNfbAM+2KegrZ84Sdn2QsV6chO/F3J14yP IzKGjJTTYlYEbAhOcWIiJC6/6yU/uNlEwRJtxFIhz8neIGVVpR+4tdC/m3IFbjEEoqLLlSz76 Shtho44lVQKeqfNRNYj0cYfIcKQvj1c6KoV9OEd4OPlW53VKqWTcuFwo/kiOh7FRze+2jp3Nm eXFQ3NtaOF0qYy6DwDTOM3aPeP2yg== List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On Wed, Apr 04, 2018 at 07:25:11PM +0200, Magnus Hagander wrote: > On Wed, Apr 4, 2018 at 3:47 PM, Alvaro Herrera > wrote: > > Michael Banck wrote: > > > > > However, the pg_basebackup testsuite takes up 800+ MB to run, > > > > Uh, you're right. This seems a bit over the top. Can we reduce that > > without losing coverage? We've gone great lengths to avoid large > > amounts of data in tests elsewhere. > > That didn't come out of this patch, right? This is a pre-existing issue? It was around that ballpark before, but this patch probably made things worse as it adds four additional datadirs (around 40 MB each here) and we are close to 1 GB now. I haven't looked at the other testsuites, but if it is ok to cleanup the basebackups after each set of tests suceeded, that would alleviate the problem. Otherwise, I had a quick look and there is no obvious outlier; the pgdata is 220 MB after the testrun (195 MB of which is WAL, maybe that could be cut down somehow?) and the base backups are 22-40 MB each, and there is around 20 of them, so that adds up to more than 750 MB. 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