Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sFRCG-002HID-HC for pgsql-general@arkaria.postgresql.org; Fri, 07 Jun 2024 04:27:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sFRCE-007nuC-Qk for pgsql-general@arkaria.postgresql.org; Fri, 07 Jun 2024 04:27:23 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sFRCE-007nu3-Fk for pgsql-general@lists.postgresql.org; Fri, 07 Jun 2024 04:27:23 +0000 Received: from mail-vs1-xe2c.google.com ([2607:f8b0:4864:20::e2c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sFRCB-0006Ka-Be for pgsql-general@postgresql.org; Fri, 07 Jun 2024 04:27:22 +0000 Received: by mail-vs1-xe2c.google.com with SMTP id ada2fe7eead31-48bd11d0656so521740137.1 for ; Thu, 06 Jun 2024 21:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717734438; x=1718339238; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=u64x2YT6xoFRN1cS+VIQrSgYVHp6ctHb7ObLC/IBwGw=; b=W7yjDOHtjDLNG1/nu7D3R0p42yOlQ36jbEE6UjDHxbYoEZZ199oBg30JwwxPV55FGN jxrUJET3DXyvoIkDblpuZD4m7vJk29fM7vEGh3l8fojjrR9pyccaBhpJWpOTtFY0kY6T UGt/NZmGY8Ehm87rqUPaL7j+FkjMs01VW684rrg2IwrC4+XQ1huU4Yrxn+PPccVKgK+F 2EOMW/3zyJRaBrhjSqjQoct43COgMEDzeR1AaZJlc20GtHxoS654cm9jkh2q7fXqoTeV W1puKo+2nTlwLpmKQZJY2uafQHZ7zmS7RDMXXZdmb/ez/RPf4pS6BqbOmeSdo9Cawe8O iVvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717734438; x=1718339238; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=u64x2YT6xoFRN1cS+VIQrSgYVHp6ctHb7ObLC/IBwGw=; b=wHDOKRJSroWZw8IeAX69oC3lu8wPcRwY2/hDBUUyv47MuctYCZ1MyoS0lbaaZjQI2i hge4qFua145EvDqbFrzEGWBP2JRTu62ic3DtJexJg26IftIXAzVAyFJQxB5vVtv3CNYC Y5Wi2EBJH4+oQaM0nlDQiyOcInNkX+kr4gkcWLjcR4QyY7i2V8lChf7Dy5l3T2m3zb0W cAC4D3GlDGZ/n0HxqQmV/1OECk/RlT+lVFjA0PFL2tayaJI5MG4u84gbDVTvj+WRdN+U M8iCsfJx0R3znbzMpHI6gzp73FMDo7pQVLUP+9bhoFBJUrsXsKW4tVJtoGf40+j6dbup qkFg== X-Gm-Message-State: AOJu0Yw26/o38XST9Og1s4C+aazMjjltcJ36ixnjquUfPk2c9rfJfTeV G+qUqRrbBRfgYsTfwWRheG565kAoQV6JkCex7r496xVmXWT7pQaM1QzNRxHK/Gu+uiGV7Kb8BQl I+Hk17ykmKgztL3Dr7+mGWSkTAuI= X-Google-Smtp-Source: AGHT+IG2100r8S8Kfbkls5Te4QMp0gdCm8qifaX9xgndEymWvNF5usSFP2R6lxg8kJnXr/gRxF5PuacujefrQbVh2tQ= X-Received: by 2002:a05:6102:3216:b0:48c:30b0:4b3b with SMTP id ada2fe7eead31-48c30b04e5cmr139379137.0.1717734438393; Thu, 06 Jun 2024 21:27:18 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kashif Zeeshan Date: Fri, 7 Jun 2024 09:27:07 +0500 Message-ID: Subject: Re: PG 14 pg_basebackup accepts --compress=server-zst option To: Ron Johnson Cc: pgsql-general Content-Type: multipart/alternative; boundary="00000000000004df16061a4537d3" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000004df16061a4537d3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi On Fri, Jun 7, 2024 at 6:54=E2=80=AFAM Ron Johnson wrote: > > https://www.postgresql.org/docs/14/app-pgbasebackup.html doesn't mention > "--compress=3D[{client|server}-]method". That first appears in the v15 d= ocs. > > And yet pg_basebackup doesn't complain about an invalid option. > (Technically, this is a bug; I first noticed it a week after copying a > script from a PG 15 server to five PG 14 servers, and running it quite a > few times without fail.) > If the support is removed then it should be mentioned in the official documentation. Regards Kashif Zeeshan Bitnine Global > > $ pg_basebackup \ > > --pgdata=3D$PGDATA \ > > --dbname=3Dservice=3Dbasebackup \ > > --verbose --progress \ > > --checkpoint=3Dfast \ > > --write-recovery-conf \ > > --wal-method=3Dstream \ > > --create-slot --slot=3Dpgstandby1 \ > > --compress=3Dserver-zst ; echo $? > pg_basebackup: initiating base backup, waiting for checkpoint to complete > pg_basebackup: checkpoint completed > pg_basebackup: write-ahead log start point: 256/BC000028 on timeline 1 > pg_basebackup: starting background WAL receiver > pg_basebackup: created replication slot "pgstandby1" > 42567083/42567083 kB (100%), 1/1 tablespace > pg_basebackup: write-ahead log end point: 256/BC000138 > pg_basebackup: waiting for background process to finish streaming ... > pg_basebackup: syncing data to disk ... > pg_basebackup: renaming backup_manifest.tmp to backup_manifest > pg_basebackup: base backup completed > 0 > > --00000000000004df16061a4537d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi

On Fri, Jun 7, 2024 at 6:54=E2=80=AFAM = Ron Johnson <ronljohnsonjr@gm= ail.com> wrote:

https://www.postgre= sql.org/docs/14/app-pgbasebackup.html doesn't mention "--compr= ess=3D[{client|server}-]method".=C2=A0 That first appears in the v15 d= ocs.

And yet pg_basebackup doesn't complai= n about an invalid option.=C2=A0 (Technically, this is a bug; I first notic= ed it a week after copying a script from a PG 15 server to five PG 14 serve= rs, and running it quite a few times without fail.)
If the support is removed then it should be mentioned=C2=A0in the off= icial documentation.

Regards
Kashif Zees= han
Bitnine Global=C2=A0

$ pg_base= backup \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --pgdata=3D$PGDA= TA \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --dbname=3Dservice= =3Dbasebackup \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --verbose= --progress \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --checkpoin= t=3Dfast \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --write-recove= ry-conf \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --wal-method=3D= stream \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --create-slot --= slot=3Dpgstandby1 \
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 --com= press=3Dserver-zst ; echo $?
pg_basebackup: initiating base backup, wait= ing for checkpoint to complete
pg_basebackup: checkpoint completed
pg= _basebackup: write-ahead log start point: 256/BC000028 on timeline 1
pg_= basebackup: starting background WAL receiver
pg_basebackup: created repl= ication slot "pgstandby1"
42567083/42567083 kB (100%), 1/1 tab= lespace=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pg_basebackup: write-ahead lo= g end point: 256/BC000138
pg_basebackup: waiting for background process = to finish streaming ...
pg_basebackup: syncing data to disk ...
pg_ba= sebackup: renaming backup_manifest.tmp to backup_manifest
pg_basebackup:= base backup completed
0


--00000000000004df16061a4537d3--