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.96) (envelope-from ) id 1vhtuU-009Mq8-0R for pgsql-docs@arkaria.postgresql.org; Mon, 19 Jan 2026 18:23:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vhtuS-00EAMk-2u for pgsql-docs@arkaria.postgresql.org; Mon, 19 Jan 2026 18:23:29 +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.96) (envelope-from ) id 1vhtuS-00EAMb-1l for pgsql-docs@lists.postgresql.org; Mon, 19 Jan 2026 18:23:28 +0000 Received: from mail-ot1-x32b.google.com ([2607:f8b0:4864:20::32b]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vhtuQ-001Hcq-15 for pgsql-docs@lists.postgresql.org; Mon, 19 Jan 2026 18:23:28 +0000 Received: by mail-ot1-x32b.google.com with SMTP id 46e09a7af769-7cfccba483eso1443376a34.0 for ; Mon, 19 Jan 2026 10:23:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1768847006; cv=none; d=google.com; s=arc-20240605; b=Mvk5aLpvjj3cBeXy4LJaHzmUaY8GOy8ycelP/mXIfMdvfzpT/HLj/CeIralahfqa6W sRTbkD8G3+hhJMmo996k904OC48tzGg/2sWZaQ4/HUlRKky39O4fUieC2VHz4Vr7JQlR lgNbv/icUzP6hPPvztEqNEmXdf6bHdB+dKZZIG/PWzDpFVO6Zk7QHuoLn9Dv7VKR/aFq kWK+ErqIO79Xwmg8m+AHMfFTOK6xtkLYg1hgnDmZQw1ts0iXzxrJ4dKdrnDQI5RkZeMk zbPUHxOtL+TmwPYIyQqAnREZXzD9vZR5yVpaQD72AaYDLW+g/h7okBuVKgYr98ntraT7 7sxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:dkim-signature; bh=SCW3ew539VELIktbUeRuGmrUqfGd/maGY1ZOYmYazy0=; fh=TfjVraQ5V6x7t/JC4fG8YKmKg1l+Pz476h8OA8fkl/U=; b=SQevj3QYsyjLuD2IvBoq4dMHmcp4LE/+P2swwDbfToFmJpkjF5bMH7LmzeeRbb2a0T 8nJkDRkh6CMNsODLNvxWAmLwSyvvErrXsWdrYD0L2CUUUglA27JjXHrNoDARTzA8dDWZ ACjJHbkB/rgPmUz8y69WZDMqt0JO7v+Z5AvuH5TYixMkIZjW9pHR+20H3jK9IKpm6daI HFqdP3D7dy784yNOVjqs6PmrupD+9aefgHxejgZNDdAe+qKIKggttwseDlT+HeqmGzQ7 lNzr92JIr7QpeGkGW2S6h6ZuLOibBQp6ghR4gvJ1AXpbveDuxFWWsEnWi2ZqanFFU0NQ hJWw==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1768847006; x=1769451806; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SCW3ew539VELIktbUeRuGmrUqfGd/maGY1ZOYmYazy0=; b=Li/5R5MZqQeltIzSYKt0WhXvsZqovAaZ5Bf+XZRVBdjjHWEGfXLSl6814a0Aj+rnqU zrA9MWBjMUawd1/e8hU0Kgp70ThZK989mht8Jbnm0bIHV25enUmDrm9MUsCCbnujqAqc xGpBnTPGxe88VFoD6YFOzjhgV9/yzQyhozHBtboqGr51G1OofSjNZYl8Ypl8ytpILt4h ugQzx/d8lxJx/1IO6I3VPd7L0qPieoAUGEuVbhqf5fyL20OAStzqel08AUE9mRXRQVq+ LuaW02bcfeiJJDjdrD0P9oMIx+w2JoDols7a7zAmvzxTl0eEPyqIB7UBAEdvO12kjtvN BYcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768847006; x=1769451806; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=SCW3ew539VELIktbUeRuGmrUqfGd/maGY1ZOYmYazy0=; b=V4XPQ6zXeQ5ms1mom3/uwe2ARrOSIW8WTK7GgMLEutOUSWTkR6IvvZjT1voCMA7p75 5VSEJeuHyJgZNCFHQZy3fXn4hGchRk1DjlgjWup0eaJJz08+YBLtKLzHYugxYlqL6kTV ik5n7v1kDUB1latMMHHF/6UwQLPPUAOAuVHB45Ous55S7epY7OHKnxY8qMkN1CBZROFA a2p09e2B1Sdt6w4tUvM9ZCk3uFR1x5i8sjeR3XkoPkWhlkMTTJUXAipJPPwyFrVMR/v6 JDqN+yMdJaCuTz0RpWH1q/vUcDvgMJCcT+bZ5gNbCvOc9a1yq7CLt4Kij7QPP/BrSQDt gpHA== X-Gm-Message-State: AOJu0YyXdm9j3Zab5wJTgPJae8/jrHPe67gHkNLyp+rWaqhindmyzAwW Lf/Orb5344HYEJaB5Sn7FGWUE6xgjEArizeswNNf98yV4Zjhhkp0Qf8zZqlqaKQJd1ahqGZtpw3 4t+NzHW+q3hkL24vr+KKylj3QQ9ZhJ84= X-Gm-Gg: AY/fxX4s3apQguZ+feL03kysLcmpfAf+n0Ot9v9Otoic0yxMvLOJ9e48dRNZ08GaCwa acW5De4EpLKtDDRuVVKA8+54BBooisaTQ+rG9aYDsVnsTDlJYedun3IBAQ81RjT4/AkAjArMsGL 0Azky8I1Ae7zoRw2Jf9d+7vEQLZzopc6f2a10tGh5AXFasbe/IVBMmJr+tp0ZxUt/y9UF4Q17BH vpwMoPQU7YQ+ezGB4uJ88QAnMKTLQNYDF7V1lWIMHu3MWD68pfJtyVvDi0qIjgVBDW/z1aj X-Received: by 2002:a05:6820:3283:b0:661:2215:4fdc with SMTP id 006d021491bc7-66122155d7bmr4114785eaf.71.1768847006274; Mon, 19 Jan 2026 10:23:26 -0800 (PST) MIME-Version: 1.0 Received: by 2002:ac9:7192:0:b0:619:b970:e659 with HTTP; Mon, 19 Jan 2026 10:23:25 -0800 (PST) In-Reply-To: References: <176704110285.978869.17442362272602441829@wrigleys.postgresql.org> From: "David G. Johnston" Date: Mon, 19 Jan 2026 11:23:25 -0700 X-Gm-Features: AZwV_QjrucrOBuNKWt5quuItF54Ev3fjsI07TH7g40do62c8LSjFiKrtEtrloi0 Message-ID: Subject: Re: clarification for pg_basebackup and major versions To: Alexey Shishkin Cc: "pgsql-docs@lists.postgresql.org" Content-Type: multipart/alternative; boundary="0000000000007897d30648c1c903" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000007897d30648c1c903 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Monday, January 19, 2026, Alexey Shishkin < alexey.shishkin@enterprisedb.com> wrote: > Hi, Team ! > > Some more clarification about pg_basebackup which should be available in > the documentation: > > - if pg_basebackup works between different versions of the same OS (ex. > RHEL8 and RHEL9) > - if pg_basebackup works between different types of OS Linux (ex. RHEL10 > and Debian13) or OS Windows (ex. Windows 2016 and Windows 2019) > - if pg_basebackup works between different types of OS (ex. Ubuntu 24.04 > and Windows 2022) > - if pg_basebackup works between different platforms (ex. Linux on amd64 > and Linux on arm64) > - if pg_basebackup works between 32-bit OS and 64-bit OS > >> >> Please don=E2=80=99t top-post. I agree this these dynamics aren=E2=80=99t readily exposed in the documenta= tion. I disagree that pg_basebackup should be considered as an authoritative location for covering the material. It would simply link to such a location in notes or =E2=80=9Csee also=E2=80=9D. In short, though, it like pretty much any client program will function correctly regardless of differences with the server. But a physical backup is only truly promised to work if the environment that is processing the data matches the environment that produced the data. David J. --0000000000007897d30648c1c903 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Monday, January 19, 2026, Alexey Shishkin <alexey.shishkin@enterprisedb.com> wrote:
Hi, Team !

Some more clarification about pg_basebackup which should be= available in the documentation:

- if pg_basebacku= p works between different versions of the same OS (ex. RHEL8 and RHEL9)
- if pg_basebackup works between different types of OS Linux (ex. RH= EL10 and Debian13) or OS Windows (ex. Windows 2016 and Windows 2019)
<= div>- if pg_basebackup works between different types of OS (ex. Ubuntu 24.0= 4 and Windows 2022)
- if pg_basebackup works between different pl= atforms (ex. Linux on amd64 and Linux on arm64)
- if pg_basebacku= p works between 32-bit OS and 64-bit OS


Please don=E2=80=99t top-post.=

I agree this these dynamics aren=E2=80=99t readil= y exposed in the documentation.=C2=A0 I disagree that pg_basebackup should = be considered as an authoritative location for covering the material.=C2=A0= It would simply link to such a location in notes or =E2=80=9Csee also=E2= =80=9D.

In short, though, it like pretty much any = client program will function correctly regardless of differences with the s= erver.=C2=A0 But a physical backup is only truly promised to work if the en= vironment that is processing the data matches the environment that produced= the data.

David J.
--0000000000007897d30648c1c903--