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 1h9sYM-0007P7-Fs for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Mar 2019 14:32:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1h9sYL-0003R1-8a for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Mar 2019 14:32:17 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h9sYK-0003J8-Nr for pgsql-hackers@lists.postgresql.org; Fri, 29 Mar 2019 14:32:16 +0000 Received: from mail-it1-x133.google.com ([2607:f8b0:4864:20::133]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h9sYH-0002Bp-I0 for pgsql-hackers@postgresql.org; Fri, 29 Mar 2019 14:32:15 +0000 Received: by mail-it1-x133.google.com with SMTP id g17so4009576ita.2 for ; Fri, 29 Mar 2019 07:32:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :user-agent; bh=rAhV5Gdbjqcs3Gh+ejJYOE9aQJ9+sCJD2OsHjJrh8fE=; b=RXlkcoAMuWHCg+uTZg+BeBZcpYkFsbN6asbzWs05yh76UZ/uz9aroYQPHec3bq1b7+ /Jp6BLOSqFgJKkjexHJhAxdJV7k9Lh8N2+iV+GASskEfhqjZgPobzyNPoU8Ah30LcjC1 SOVvLeOLoqVDt/utuQa9c6XpI7oxxpicQGO/UOWPhpTkauMKtHb4H4JJj7fK1Hb215w4 1XBQsFAxfoZLe1r+pgI0WbwOtWqxKy2NeiOJ6BrJfGMh6sbDBy2zKl6xmyX2zARX2VW0 TsGW2Y/PiEDUYCY9afw/uYzF986cMhd+sDpmbVrUiJGBLso5FMcPQ8Sl0crjc5jFRxdU QeWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:user-agent; bh=rAhV5Gdbjqcs3Gh+ejJYOE9aQJ9+sCJD2OsHjJrh8fE=; b=jAcQLHSUWMYdzWeVaE4sBgDGP08WvO3yTGvsRVF4nBsALMvxwhZ32xVEU2CzsmbdWl kO/8LZ9Ji41vLV8OwUS2geEPwa+Dznw6c5BjT9ralNlHSS0j6rcFMheymdPj5d3Lvii8 q/rXFEB9JTg48YMk3GzuiQYeS40P8KliLF4Yr7irHS1ar2IX1WUL9jzGWXRejcfE/0dn 4Bx64S19OdopXg6PQZpqwJUlrTrmt3q2sHAMa8/Zy4NNnWi3rhxfTEon4yJ2AZMTyWUc 7Bf6aRTdX/rH0r0lkLgIF+O7+XLDknjXFzznFKbIAUFPPF65POgqQGfPPz80B+YlINlC 3lUw== X-Gm-Message-State: APjAAAX0BHyKaT9SnfXB2MJJeJFNC6uCvgm9VocyDjo7FcNXQNxOtWsu 7g75mOjzM6EOcfhhDdscbvvl3uUL/S0= X-Google-Smtp-Source: APXvYqwQOXZBJr8uOdgNulbb1mNSnJYT83TW0F4EsDC/No6eP2l/KGXvb8utSdjwfZjjp+n+LDthcg== X-Received: by 2002:a24:554e:: with SMTP id e75mr4859789itb.151.1553869932661; Fri, 29 Mar 2019 07:32:12 -0700 (PDT) Received: from pryzbyj (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id c13sm898749ioi.12.2019.03.29.07.32.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Mar 2019 07:32:11 -0700 (PDT) Received: by pryzbyj (Postfix, from userid 1000) id C2C0F800BA5; Fri, 29 Mar 2019 09:32:10 -0500 (CDT) Date: Fri, 29 Mar 2019 09:32:10 -0500 From: Justin Pryzby To: Michael Paquier Cc: pgsql-hackers@postgresql.org Subject: clean up pg_checksums.sgml Message-ID: <20190329143210.GI5815@telsasoft.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="wq9mPyueHGvFACwf" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --wq9mPyueHGvFACwf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline PFA patch with minor improvements to documentation. Also, what do you think about changing user-facing language from "check checksum" to "verify checksum" ? I see that commit ed308d78 actually moved in the other direction, but I preferred "verify". --wq9mPyueHGvFACwf Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="0001-Clean-up-pg_checksums.sgml.patch" From d8e627cf340e5384d59ab4fc3f3d0b4891a5b1c0 Mon Sep 17 00:00:00 2001 From: Justin Pryzby Date: Thu, 28 Mar 2019 19:20:52 -0500 Subject: [PATCH] Clean up pg_checksums.sgml --- doc/src/sgml/ref/pg_checksums.sgml | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/doc/src/sgml/ref/pg_checksums.sgml b/doc/src/sgml/ref/pg_checksums.sgml index c60695d..9433782 100644 --- a/doc/src/sgml/ref/pg_checksums.sgml +++ b/doc/src/sgml/ref/pg_checksums.sgml @@ -39,15 +39,16 @@ PostgreSQL documentation pg_checksums verifies, enables or disables data checksums in a PostgreSQL cluster. The server must be shut down cleanly before running - pg_checksums. The exit status is zero if there - are no checksum errors when checking them, and nonzero if at least one - checksum failure is detected. If enabling or disabling checksums, the + pg_checksums. When verifying checksums, the exit + status is zero if there are no checksum errors, and nonzero if at least one + checksum failure is detected. When enabling or disabling checksums, the exit status is nonzero if the operation failed. - While verifying or enabling checksums needs to scan or write every file in - the cluster, disabling checksums will only update the file + When verifying checksums, every file in the cluster is scanned; + When enabling checksums, every file in the cluster is also rewritten. + Disabling checksums only updates the file pg_control. @@ -195,11 +196,10 @@ PostgreSQL documentation safe. - If pg_checksums is aborted or killed while - enabling or disabling checksums, the cluster will keep the same - configuration for data checksums as before the operation attempted. - pg_checksums can be restarted to - attempt again the same operation. + If pg_checksums is aborted or killed + while enabling or disabling checksums, the cluster's checksum state + will be unchanged, and pg_checksums would need to + be rerun and start its operation from scratch. -- 2.1.4 --wq9mPyueHGvFACwf--