Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fuFrz-0003rJ-Pa for pgsql-hackers@arkaria.postgresql.org; Mon, 27 Aug 2018 11:39:43 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fuFrx-0002cc-QB for pgsql-hackers@arkaria.postgresql.org; Mon, 27 Aug 2018 11:39:41 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fuFrx-0002cT-FR for pgsql-hackers@lists.postgresql.org; Mon, 27 Aug 2018 11:39:41 +0000 Received: from mout.gmx.net ([212.227.15.15]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fuFrt-0005nM-N5 for pgsql-hackers@postgresql.org; Mon, 27 Aug 2018 11:39:40 +0000 Received: from nighthawk.chemicalconnection.dyndns.org ([88.217.96.61]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lug4m-1flDKE2ZE0-00zk86; Mon, 27 Aug 2018 13:39:30 +0200 Received: from mbanck by nighthawk.chemicalconnection.dyndns.org with local (Exim 4.84_2) (envelope-from ) id 1fuFme-0006h0-I3; Mon, 27 Aug 2018 13:34:12 +0200 Date: Mon, 27 Aug 2018 13:34:12 +0200 From: Michael Banck To: Yugo Nagata Cc: Peter Eisentraut , pgsql-hackers Subject: pg_verify_checksums -d option (was: Re: pg_verify_checksums -r option) Message-ID: <20180827113411.GA22768@nighthawk.caipicrew.dd-dns.de> References: <7d5d3f34-ec64-602a-d7af-858eb686c86d@2ndquadrant.com> <20180827195336.b54fe3d60204f38c4aa42d64@sraoss.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180827195336.b54fe3d60204f38c4aa42d64@sraoss.co.jp> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: X-Provags-ID: V03:K1:neNgg08/BWrhkxBmMpmCD9XsNlcPXSmMB5Xc6PELMRVyzZaNXJ7 qCfJyrvQ7sE44S/n4TvEGxDmFmoJhC2BnLFuTbUiOqAiS5GfngrBLbqs02Yx3ExkiXyzPvK OQ/nxNIZ1hSiqQqX9fjUWsmYfUQJg7fdk9oiWKGF4eW2BaxMxznfrojKslOXmmS4P/LFuwM 0TikRLb1Y6PTOr7mqNtiA== X-UI-Out-Filterresults: notjunk:1;V01:K0:28GFN2nG2e0=:VnuY7ntrFOg0vDS/lrOWU3 Qi8teKhM4J2zuKPl3Y5it4fFEOrEO7MOlCNH42m1iBquVZ9Zn+WiFFcEKD+GG8y9OLKTUtOPg 2YN6imYZyMV3iMuV+oJDyLFsiUqgdHDJbWb62N8N0UXmCn/LF1C7SrzmnvXihKZKVsiYG3krV TSlHH1h05kQspuoyeK5UFfFiNMBypaFb83mAsxkqwRYNgjl0ykRqlru2xT3iM0HBJ6UW0rQVU RGD60bP9mayw72RDk4h2DtUUVfng8vqTCkziKCQoWB9x+2jJW1DLj8OabhlW4tADvrclV4GqN BHoDOQ7Wd73RIW8IbxDoxrHLlWUKnudLaclwebmvgI3xEb32lgMJSwGBlxCSx2OpoboYj8JRz MowanO39lgFZ+32o+FrGmOeucn2ooRXYcXy4qL7wCt7rkxYKHDYjjOmauIhRcElENkI3vh7iA Wp+Utupo8UORqhctMyzgzIaJCSsarVkcuhUjSOaYZZ+bAyuKo7V/fujKiQBndniEPciQnYW+b nfwM4xWM2hQnw0+Oxde4ttOut7dDZbXt0KoxBo7iSNdNfsZX5qTeelRbiDMKYfOFiXQUpiwv0 Q72jZAlrzOUJRPvTdBAlNXNSpe8v/mSdEp05wwuR1Fl2gNCMRbi8UAB0CGkO6jU+kRH2Lvz25 qhikO3uUMSO39cBC499vM6XbjRa+/YJCpPUfdnabasBLtoKiy3k9ApOLKk7duGtey5dt2aRK7 /mEdOADvSjoE79s+sZUqIIuFS0O2fWcrseu3ajlKNjzWrEj6gAikogGfYDc= List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On Mon, Aug 27, 2018 at 07:53:36PM +0900, Yugo Nagata wrote: > On Fri, 24 Aug 2018 18:01:09 +0200 > Peter Eisentraut wrote: > > I'm curious about this option: > > > > -r RELFILENODE check only relation with specified relfilenode > > > > but there is no facility to specify a database. > > > > Also, referring to the relfilenode of a mapped relation seems a bit > > inaccurate. > > > > Maybe reframing this in terms of the file name of the file you want > > checked would be better? > > If we specified 1234 to -r option, pg_verify_shceksums checks not only 1234 > but also 1234_vm, 1234_fsm, and 1234.1, 1234.2, ... and so on, so I think > it makes senses to allow to specify a relfilenode instead of a file name. > > I think it is reasonable to add a option to specify a database, although > I don't know which character is good because both -d and -D are already used.... Maybe the -d (debug) option should be revisited as well. Mentioning every scanned block generates a huge amount of output which might be useful during development but does not seem very useful for a stable release. AFAICT there is no other debug output for now. So it could be renamed to -v (verbose) and only mention each scanned file, e.g. (errors/checksum mismatches are still reported of course). Then -d could (in the future, I guess that is too late for v11) be used for -d/--dbname (or make that only a long option, if the above does not work). 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