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 1vzqzr-001Npi-2q for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Mar 2026 06:55:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vzqzp-0020fN-34 for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Mar 2026 06:55:14 +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 1vzqzp-0020fF-1k for pgsql-hackers@lists.postgresql.org; Tue, 10 Mar 2026 06:55:14 +0000 Received: from mail-pl1-x62a.google.com ([2607:f8b0:4864:20::62a]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vzqzn-00000001PdH-3EfY for pgsql-hackers@lists.postgresql.org; Tue, 10 Mar 2026 06:55:12 +0000 Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-2ad21f437eeso92000825ad.0 for ; Mon, 09 Mar 2026 23:55:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1773125711; cv=none; d=google.com; s=arc-20240605; b=aDu4roY/QenfgfV6zhGehPr6vAQ/UHJukCM861vIgfT5FK/oMCIFaOr9JRkGGjaIN3 C6ezyIv8XhUIg71E/LyX5A3VrGGHG+fn1WoPsU6W+fUSKIQPwhmfmQPnkilq9zfc2W5G I9M2rZ0/2jJVoGCOV7vv6VAszfQl4S3qeNltGR3PYT86FB57jNBca2KeNJZxlU2BxJon NCfq5R0SPXt+YSyJCnf5n9yRP67/ldQx/8s45VNfzYYgbAgirjH7XcwkPkE2RLmjmYIX cLtFVC62+1GMUPP11wp2CIeMtPCfmkquyCThL2gxOozvsRJKyqjNh3cjTBZAuD9slwsa 5O6g== 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=W0PjqIEI5kGlc5CMnL6rx6uopUlv8Vz85LSvDvjDQYs=; fh=pFOSb2vhCXg2LOEIyRB0TMww7bm58IqJYjiBfw33/BY=; b=CeUsG9YiwOlM0ibNv2+DboMTbF9Xd8BZPS/jD9hyNVDo+whcvFdk2b9XG6c0tHx3Ws NDTusH6VEuEXxbA21eaJTV28S1Labr5KXr4WCG6xykR6EZiwsYbfKJ+IeL4hNoESjT+X dk8q41hsYh5RYuPbidc/loYncJfA51CADp8qCx6kY5FbSaiQ5DqIVutRpzEWTaLmZwJk lLq+2ljHrJRUpsiQZsUDwpFt9rekxBUsW1x7pJGArLjrMaS4JInuOwJHdgrRjfvwHVNa j+zDI4YKXpo4Mk75bE3AI9mJMmscd/X8fL0/xQG9Mu10+xDDw+P1LFmV+EAWQga+nI2D yWbw==; 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=1773125711; x=1773730511; 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=W0PjqIEI5kGlc5CMnL6rx6uopUlv8Vz85LSvDvjDQYs=; b=Q7pZqbzhHYKuDqGwESB2XTHbRvPYKwAeSko32JslnRxJIs/IuMeE74YXXfhFBDTzX6 Demzvc5wIGLLQI8L6zW/TOj1KzSaR2sa0FMLegKGKRduIDl3lanon3lDQG6HDMDpBlbF GVRt/M3TWej0Qx11W0R6RmonmBV25iKpphT6W3NJ9Cz27T77Mllu/eVMRxP40u7qWxpm Wb77W3wDXBOMANM6va6WWBJa4DcEhh+UGe9+jzizcQq6i0gCX8g5AMpnfGcD4YCjhv/s HhmXbgJBCNf5+I5pOTj/9hlb2wQ9ySHaudrUtbfB1G7tk5A4gcEK4y64dl+RnrLMXVh3 TZNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1773125711; x=1773730511; 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=W0PjqIEI5kGlc5CMnL6rx6uopUlv8Vz85LSvDvjDQYs=; b=EH7Q4I5EMPv46skB+wPyhb05ImzHHcTjgEw1fx+/E/h6Q5lU5ZNbdpHmarDnhkAzNJ 34DCMM+TbFUtZtCKz7VYnChKSKEjCUsIr/5qzyMV5d0HMCanrRhSLt6GirXZ2fV47x+g VVKM5+ngyFpnQsEah6h0uIkWGKO+My3CM8gyNWgUDcriPHD/58ncz2Fd0N2w/SwagMtB sHi0EsP5JiqbSMjY88zEo+ZUXphl7ETzSRMK0CIHaxU3OrSJoeRlKAJkCMFlgHZ127cy EaSuuT1XZ0fqje4woDEWGLfTuUyXpSk3TfVkgvy9NSmS6ktQBe48E6OIChj1KwYXSBeK Jyzw== X-Forwarded-Encrypted: i=1; AJvYcCUQR5vUti9B3aaFbWra5gUfno7kEr39PFiPw0+J6i/iX6BhJkSqbUHtRPjWDGy+wW7GfkmVFg4rzTEUuO6F@lists.postgresql.org X-Gm-Message-State: AOJu0YySDU70tt8XvT9UKLK5bCmUb0/ZbSCDwm8JUkzRkPUshodfpAro xSmU8vpQg/qsf90WVi9Hpn1Yz4IMjAEm4eZs9U3JhDron9n2by55g3NTEWivJaBWjIfNSBLO7Li 0xrx80GDzLHbi9jMhcrtpLTxNS/XgM1I= X-Gm-Gg: ATEYQzykD86Ve+ucZD8g4f9gaN/e2hNozTPF3/FqqnHZXVTBuhM8VVmaiVVi76Ogc+T xdRJRO607v9I1DFFbK46WCO4wZAUaOSQF1s8OlrOko71tcJ9KmkcqNJsV6c72pQSLet3pleiIDh HFvOWivyOTK9G6qj5UBGyMgJHkdgj59EetQ92SilQCBwpFVie3OVM1kOCC+S6eWEiEbBsGHYGAe Bf+bA3o6NlGfusgSlV6Kdn00QrBOjbJV3PhHDV2E8ns9IdYmg43F1ShTdx7w/KPUirRLdslztOs 4dJEP4Hd+rSN432JhbrGgsLY7QbaPq3P2lD18NHQ2+Nad7vXV7R+vewRnWP84w== X-Received: by 2002:a17:902:fc87:b0:2ae:a75b:a0bf with SMTP id d9443c01a7336-2aea75ba7bdmr5510565ad.20.1773125710943; Mon, 09 Mar 2026 23:55:10 -0700 (PDT) MIME-Version: 1.0 References: <202601281248.qjv5oru7hxlz@alvherre.pgsql> In-Reply-To: From: shveta malik Date: Tue, 10 Mar 2026 12:24:59 +0530 X-Gm-Features: AaiRm53OPOL0K0Pt1t2B7fC62-m_zGcVQ9pk7gbm0m3F2pE8enuMpI7fNJzWZhs Message-ID: Subject: Re: [PATCH] Add max_logical_replication_slots GUC To: Fujii Masao Cc: Ahmed Et-tanany , =?UTF-8?Q?=C3=81lvaro_Herrera?= , pgsql-hackers@lists.postgresql.org, shveta malik 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 Thu, Jan 29, 2026 at 5:10=E2=80=AFPM Fujii Masao = wrote: > > On Wed, Jan 28, 2026 at 10:02=E2=80=AFPM Ahmed Et-tanany > wrote: > > > > Yes, that's what I meant. > > Would something like max_logical_wal_senders also be needed for your purp= ose? > Otherwise, logical replication connections could exhaust max_wal_senders = and > prevent physical replication connections from being established. > I could be mistaken, but I haven=E2=80=99t found a way to start a logical replication stream without a replication slot. A replication connection and walsender can exist without a slot, for example: ./psql "host=3Dlocalhost port=3D5432 user=3Duser1 dbname=3Dpostgres replication=3Ddatabase" However, converting that connection to logical replication requires a slot from the max_logical_replication_slots pool. If that pool is exhausted, the connection cannot be converted =E2=80=94 in which case, wouldn=E2=80=99t a single GUC suffice? I might be missing something =E2=80=94 are you referring to a different sce= nario? One possibility is if max_wal_senders is lower than max_logical_replication_slots, which could exhaust WAL senders for logical connections, though that would mostly be a configuration issue. Isn't it? thanks Shveta