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 1w90sJ-0017Bo-06 for pgsql-hackers@arkaria.postgresql.org; Sat, 04 Apr 2026 13:17:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w90sG-00GMXw-0n for pgsql-hackers@arkaria.postgresql.org; Sat, 04 Apr 2026 13:17:16 +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 1w90sF-00GMXn-2k for pgsql-hackers@lists.postgresql.org; Sat, 04 Apr 2026 13:17:16 +0000 Received: from mail-ua1-x931.google.com ([2607:f8b0:4864:20::931]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w90sD-00000000YrQ-0tnS for pgsql-hackers@lists.postgresql.org; Sat, 04 Apr 2026 13:17:15 +0000 Received: by mail-ua1-x931.google.com with SMTP id a1e0cc1a2514c-953af2af419so804153241.1 for ; Sat, 04 Apr 2026 06:17:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1775308632; cv=none; d=google.com; s=arc-20240605; b=BB4mAeqCpV2XGg/rJ3zwACpwiwF+q8dFmpfjCBXySCO5ulycRInyYO5EpZ66scMEX8 j5EZLglaz9eq+6nfIiL8UdJnUyU2nuvCCoZWcs1jl3BA3ZkZjpTaedkgrfKmxgqKVUOh 3MQQKdNmGJMTDcmB5O5kTZGVH+No4nLT7fqWyswHOfl4iOIbsebGa+plpz5N1UlEC6VB l81A6ci2Mr5IsbG9gs0BDbs8LDPicKPHQc8IFQoVEW6PzeawYWdaXqDsV2/VFiq8NZI1 +xZ+CtE+xQnAdpnNtKQmU7qt1/8aGD6LTWAM6h7T4p7BiNpukTQGr6Dg1/y00MUzpl5b Ie3Q== 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:in-reply-to:references :mime-version:dkim-signature; bh=kaDqHAg8hpdqB+U1d5viIbmarPvIPFrr4R2OPD9VkOE=; fh=StkcVa4yzYRVGut7YihzNqTuWZ+5rmsOFdwAqN1QU3w=; b=kNNcsskkpgddB3m+ewddt1QMdEl87nlBJ6WXDiHww5+6nbnLz+2wTaVhvyIJa9ym62 +dff4e4xI6fO35Q7PJ1STmb9uUSsxlCOVnCsaPtLF4EuNAxdbbGnUHL8/aT6gBTJpriU 7rDDuPIB49dln5Uf3L6R3x+Jg2iKYNAin+MQmKsn2Dq2TkcpDkw6V6Y7CsnLk+HS1FHR 9sXrU47NycZVyKGjvhzzplaMrWaWcjDFYoPCNe/LGD3b9LmcYsnNjHFUdkqV/cE8X6Y+ ZLmG4JQX+ouTVbdH+s2Nv6XalXcb/IsaPN47laDj86zZWP7kuHwIIAoNoP3y1aQLU8hu 4zWQ==; 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=1775308632; x=1775913432; darn=lists.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=kaDqHAg8hpdqB+U1d5viIbmarPvIPFrr4R2OPD9VkOE=; b=SS8jZBn1fh8UILledoF7QH50JAlR0he7nCoJAwZzSrIua5X9bF4Z5BBrqIZx3TIiVQ X1QK+Nqu6WBids/p7DdggSUXZJsOZuTEUy2XLRH8/1btJPSZpUa5dYH7rLjZ7NxHBYLN wWShhPPYHAHfVsjs3tCbTMMXwWOUl4M+9/8AWUugbmSN6xAaapyx3zmT21tYzUnt2gLU Xih9mKgZUpFv5tah+HVZnoU4bp+iRyv1oq59XUpYVdJCmnkWP7bAnlPnf82AS+fMSk9Z UXpSIFpYC2er6Y+1fjCExBAZF4l166cWF6CC0Wa4NZQ7zLLCbmMHVkWbkgFAVEcPGrU3 fVsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775308632; x=1775913432; h=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=kaDqHAg8hpdqB+U1d5viIbmarPvIPFrr4R2OPD9VkOE=; b=DGn5wKYswkO8tf1tmCOdrSDtmm4xb76KTtaZuPNAU0adHv7y/QGaCXiomo241rTU7t GhgBa6tylng1Lanaaua3LQfJAU48XBjej1fLmVWOTk4DegEKYcPAuExJLyADjPHNQe95 0eKJDY4qQtGCAHn63V1RzY1IDvlmkb3BUyg3LRQjTYD1TEwxV5ds2MXCvQaX7vwziPvK +hiRiFFdVwB5w8+MrPrctB3tKgKvkV/PcsE0k9MFcse0gTabl6rn58oc/pqKniuDZRw0 0A9BWH5sfxOaBR6rql+TDbhVRD3+mtrnvUmD5y+7hw0oef+B1FeZSoWHZ+vWJbsoodga /OuQ== X-Forwarded-Encrypted: i=1; AJvYcCXxi4Y8s8puCH/qAHzuFHJlJrcVu1OFAfkOWvVeAYNztFzBNWpLKn59fm6uJdFgWYeWq6B7o/plYIYgwmcH@lists.postgresql.org X-Gm-Message-State: AOJu0YwGcIZ7YYELHmrJ8lJ4AOBKJKhhCspDEbdHNcpXIXlHvooTfqDO Wm7tQVibhKLjxCLdSNvo8s5oRXOgKSM284070L4LX5eKVRGzjt/pLqj7ZmQVne9IGSG9dKLmkWE DGicy/t6auXMwwwNUlUQBzw4+Xy8LoWo= X-Gm-Gg: AeBDievO4l6bXFQCKAn1DUWQLCWbHCtGV8RJtqvmRR820c2NsQ/AM1HzU8c+8CGuUqS XyTqgSbJZwZjvxtPP03YkdSZ1er8ZsqSYW+3DYCC5P6Fe4YP0FbIZTkQGqwlP9uw1eUa5N3yUD2 eaYzOnEXm0pHDA28K6qdzMwIqQEB/DlnklqUExw7tA7Dp0Qc5KozND/4casz+KMjNIPiJI6lg4H YEEESTtRp2mx2BoilYSDSp3cNJuea1vlVO0OKGUYMGkF8ZFZIavvFJs0g4RaDbtVypIfs9VYO9r QgolCALHT1acBCN5AyPy1ROlYYvbf+7EzL7/9bB/JGzrysRdCjcn4KwiG981AX14M1sTF6umvMn ajYFnxOo77N5EjUJ7NmlxR0VgIl2B1yeDWtFYGw== X-Received: by 2002:a05:6102:c06:b0:604:daf0:43e9 with SMTP id ada2fe7eead31-605a5128bb8mr1786432137.23.1775308631687; Sat, 04 Apr 2026 06:17:11 -0700 (PDT) MIME-Version: 1.0 References: <202604031448.3nakw63kxkmr@alvherre.pgsql> <202604031922.t6lgu5a2alwo@alvherre.pgsql> In-Reply-To: <202604031922.t6lgu5a2alwo@alvherre.pgsql> From: Srinath Reddy Sadipiralla Date: Sat, 4 Apr 2026 18:46:58 +0530 X-Gm-Features: AQROBzD5m8b8Pidqvr-LDhBfdXmTiyHbsM388OXhEnmQAgugGEAcO4WR9HuYDqs Message-ID: Subject: Re: Adding REPACK [concurrently] To: Alvaro Herrera Cc: Antonin Houska , Amit Kapila , Mihail Nikalayeu , Matthias van de Meent , Pg Hackers , Robert Treat Content-Type: multipart/alternative; boundary="0000000000005bc8f8064ea24067" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000005bc8f8064ea24067 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Alvaro, On Sat, Apr 4, 2026 at 1:01=E2=80=AFAM Alvaro Herrera wrote: > On 2026-Apr-03, Alvaro Herrera wrote: > > > - I polished the patch to reserve replication slots for REPACK. Given > > the new implementation of 0006 that was submitted implies that we can > > now run multiple repacks concurrently, I changed the default of 1 to = 5. > > Srinath let me know that this new part was causing CI failures on > Windows. This version v51 should be okay (or, at least, it passes for > me on CI). yes indeed , TotalMaxReplicationSlots was the culprit , as the window after getting repack worked was forked , i think this was set back to 0. Thanks for fixing this with "repack" flag , initially i thought why can't w= e go with a macro #define TotalMaxReplicationSlots (max_replication_slots + max_repack_replication_slots) but i thought maybe in future we might need this "repack" flag to add more slot requirements. --=20 Thanks, Srinath Reddy Sadipiralla EDB: https://www.enterprisedb.com/ --0000000000005bc8f8064ea24067 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alvaro,

On Sat, Apr 4, 2026 at 1:0= 1=E2=80=AFAM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote:
On 2026-Apr-03, Alvaro Herrera wro= te:

> - I polished the patch to reserve replication slots for REPACK.=C2=A0 = Given
>=C2=A0 =C2=A0the new implementation of 0006 that was submitted implies = that we can
>=C2=A0 =C2=A0now run multiple repacks concurrently, I changed the defau= lt of 1 to 5.

Srinath let me know that this new part was causing CI failures on
Windows.=C2=A0 This version v51 should be okay (or, at least, it passes for=
me on CI).

yes indeed ,=C2=A0TotalMaxReplication= Slots was the culprit , as the window
after getting repack worked was fo= rked , i think this was set back to 0.
Thanks for fixing this with "= ;repack" flag , initially i thought why can't we
go with a macr= o=C2=A0
#define TotalMaxReplicationSlots (max_replication_slots + max_re= pack_replication_slots)
but i thought maybe in future we might need this= "repack" flag to add
more slot requirements.

--
Thanks,
Srinath Reddy Sadipiralla
EDB:=C2=A0htt= ps://www.enterprisedb.com/
--0000000000005bc8f8064ea24067--