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 1wLUWw-001oYk-2o for pgsql-hackers@arkaria.postgresql.org; Fri, 08 May 2026 23:22:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wLUWu-00BPYd-2Z for pgsql-hackers@arkaria.postgresql.org; Fri, 08 May 2026 23:22:48 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wLUWu-00BPYU-1M for pgsql-hackers@lists.postgresql.org; Fri, 08 May 2026 23:22:48 +0000 Received: from mail-pl1-x630.google.com ([2607:f8b0:4864:20::630]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wLUWs-00000001JTh-0BKB for pgsql-hackers@lists.postgresql.org; Fri, 08 May 2026 23:22:48 +0000 Received: by mail-pl1-x630.google.com with SMTP id d9443c01a7336-2bab82d75fdso14468705ad.2 for ; Fri, 08 May 2026 16:22:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1778282564; cv=none; d=google.com; s=arc-20240605; b=E+phsKD0H5UomXzNrwB4K+bQIXRr8r4SHJAQXWxW8hBaI5Yfy9OyDMPLn09gMVfQEF lJ1mFRh6PdCruqQtcT3R0iGo3e86BsVEcY1HqLL9XgS8+eo+yG5CYcB1IZxBiV56NqtO Bl/oQPkS4/5fxzHe+wSrVHct6620f95u9+vFyoNpyM2nPrlHOpfNeZTVBV7zx5DgvWVb C91ONjt9OxQuN4AZaMWvoFx0LwbPBseHlFlY5Y8ky45RIUqtHLgCZtDOFLR/fmSSGhR7 JKY7bL8AeNC1ANBnwCUfxHw6ffjt9GDvUYr+3zNcYi9xJ7Q+1Yg1RWB2W0RzesEcooYw 4e8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=ettj8qfLQ79x4Mz6sFafyqv/+ZPRbJM2rwxyWXTZcmQ=; fh=UWUqd+BmvRQuGzxkwxmt+sO6WnP5Gb75LKHkoFdJyaQ=; b=HiZqPYTs2iPLxeaQKHUPIf2gGO5OyYaUYxX0D1HmCKDp/h3igFgWC83nGAkPAHJlii oo51h6dN9MSJvNGD3Pfr4T/ScxNKs4CVRMlBxED1W+PXdwQTW0Q9xYrrWW4IjX35z29d w7DRjre0Z7nBZAFx2RzIwfdWDGqYWd0/GHL6FxLJ5gybSBbBGMhAssS3gH3dEseWBkA9 jtK5iamDju1FMvUDpUT8L+qVkz3JXJ95NmlnnBwRdHxhHW8vS4zZWJbTCh44OMpn3JxQ AlR/sB/UUdEhp1oIhVXNcYQoFAo0TxI1XQD793l6MpYKzno+jzvVpCxm4xyeSN+TiSRe vPTg==; 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=20251104; t=1778282564; x=1778887364; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=ettj8qfLQ79x4Mz6sFafyqv/+ZPRbJM2rwxyWXTZcmQ=; b=hVllE2R0bkY2N4mIXfiZMtsedninK/JiQrZZHrBKJXrxZKXimP9rbnLS8qZQw78cGM 3BdMRhgzn4KYJnif1zxZxkySRgPwG4qfU9YqTL8q8pzWuCLcAmQ8QcvzJGfnGMgoAz+e 6TGyR0V47RaLKM+1VsulZiLs6bGDWvoBAgcwq5At+rX65yMHkFgeUw3ji20RZ8aJ+aNJ KrPNv5J+TbU9H7zDhLrGyh6qirZ9wpJdY8EqA7Hjk0kso5LhWmnhNRBjjpgLucpyiSux q6tdLD7afF0NhUWqU93B5pOSbzy03RFxhiTy1kZundTZcrUDbIhLLwzfrftVbJEUACi8 PtjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778282564; x=1778887364; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=ettj8qfLQ79x4Mz6sFafyqv/+ZPRbJM2rwxyWXTZcmQ=; b=D4Zd6V38VsSzObOzRniwLOM6vuTyI1hfxxNsEl/WSU2PFGHMryeYeCZW8oXNeIxCYM zkW/spUsPfqjDVI7eRq+sp0AF6RPe9MBCcdXmvEQyAqIL5Bxz/3tjmlvfTEzc70rwKZT 6VR5Nd53jMUjyKuseDqdzriyItiGOpMFPEyuqHfYxgW+VhA99rTaQMqcha87k9QwbKgW CGTf/T6QWPHz1YhJsyFGGLGxW8qfMURUEnmsduSg2KCcdow/CP2Vsidw0CahnlLONNK3 +dnXAydrqJrvXEDUlT+QCvwe7c7Z9lqF/OJdjxYZGGPc/yuHHtLDAZk5Ljpy0rPU/G/X txzQ== X-Forwarded-Encrypted: i=1; AFNElJ81AwGu1j3nhv9wYsknITdAx6CIsOf8ZT+PuHHNZ4l+pz3WJthAucJy1PpAB4YyNlF+ZGfp15xUo+45yEk4@lists.postgresql.org X-Gm-Message-State: AOJu0Yy5QcvIt6e44y617UvT+8nxGFo6/zXKt39R7lSk+Npw43nnbmP1 s1K0X5wFEPpAWH8xKu0pKwAmI4OimI6OL7mjDPcyXUo0taZEb/mrymezDReZs6z9m5pbaNaZdJy 4YOLsVbTrzxmbvBzpP/vEP8lnuk69frU= X-Gm-Gg: Acq92OEUUwgRQZyNFaZAQzaFAe06KXBThVG0/1F5khfXY5zMkvkkFvj69RgliU9+hrm YCnzlU1Lpe3vg2wmik9jyWZ8RW6ySjt5tfFVdPeBbr08+US8QY3WOH8MmEyABk6Go/NXE5p4tfX TEDhrJdMp0FJb45Ap2/wnx1ryv8HCdDipuJ6WaTr16CnvxmGdObrSDGsldfIfUJUi2uFqSnjKfQ DpECHjank5grNjriufXlyLBMVvC89a8QIlsw7dLEu6uRDzKDsOjei7RxSLNN+3N33sPB5DyiBMJ 5lRCOSG0dxsRukW4bEn9GziD+7rz6hj/InV0K7we X-Received: by 2002:a17:902:e54d:b0:2b2:5857:583e with SMTP id d9443c01a7336-2bc7ac400d7mr1864725ad.31.1778282563829; Fri, 08 May 2026 16:22:43 -0700 (PDT) MIME-Version: 1.0 References: <202604062213.cgo352cdsgsm@alvherre.pgsql> <225003.1775571560@localhost> In-Reply-To: From: Masahiko Sawada Date: Fri, 8 May 2026 16:22:04 -0700 X-Gm-Features: AVHnY4KzEwcYJPFvMPpi9ZpwQfAGE5JdX5hwbOahiekwjEUtejPFOCa4ZCDNmD8 Message-ID: Subject: Re: Adding REPACK [concurrently] To: Amit Kapila Cc: Antonin Houska , "Hayato Kuroda (Fujitsu)" , Alvaro Herrera , Mihail Nikalayeu , Srinath Reddy Sadipiralla , Matthias van de Meent , Pg Hackers , Robert Treat Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Apr 7, 2026 at 8:49=E2=80=AFPM Amit Kapila wrote: > > On Tue, Apr 7, 2026 at 7:49=E2=80=AFPM Antonin Houska wr= ote: > > > > Hayato Kuroda (Fujitsu) wrote: > > > > > 02. SnapBuildProcessRunningXacts > > > > > > Per my understanding, the db_specic snapshot can be also serialized. = Is it > > > possibility tha normal logical decoding system restores the snapshot = and obtain > > > the wrong result? > > > > I don't think that the database-specific xl_running_xacts WAL record af= fects > > what SnapBuildSerialize() writes to disk: the contents of builder->comm= itted, > > etc. is updated by decoding COMMIT and ABORT records. > > > > I think the point is that the other process say a walsender could > restore such a snapshot making it take the wrong decision. > Right. I think it affects even concurrent REPACK (CONCURRENTLY) running on other databases. They could end up restoring the snapshot serialized by another REPACK command running on another database and becoming the consistent state without waiting for transactions concurrently running on the same database, which is clearly wrong. Regards, --=20 Masahiko Sawada Amazon Web Services: https://aws.amazon.com