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 1u9Il5-000H0g-JN for pgsql-general@arkaria.postgresql.org; Mon, 28 Apr 2025 07:18:32 +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 1u9Il2-00CVB3-Mx for pgsql-general@arkaria.postgresql.org; Mon, 28 Apr 2025 07:18: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.94.2) (envelope-from ) id 1u9Il2-00CVAv-9F for pgsql-general@lists.postgresql.org; Mon, 28 Apr 2025 07:18:29 +0000 Received: from mail-yw1-x1132.google.com ([2607:f8b0:4864:20::1132]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1u9Il0-002Kv4-1G for pgsql-general@lists.postgresql.org; Mon, 28 Apr 2025 07:18:27 +0000 Received: by mail-yw1-x1132.google.com with SMTP id 00721157ae682-702628e34f2so35461407b3.0 for ; Mon, 28 Apr 2025 00:18:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tecorelabs.com; s=google; t=1745824706; x=1746429506; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=dwNIVYrshh7NBrldNY7uZ9MwzZ6dywnvXiBo/YwgsDE=; b=XPUiBdetVRB7TZmKDFl60scAhHX1Dwua3FdFLvd1cIufxlwunCj/2TpIQ0Y5/y1WS3 6SGvcS2eHm3RhEW+btmlJEJM2kW0ij2+V+uHpm1teQBND91hU9PN497FeXOpP3WH46Pq CSG5wklciJ5LQzQSiD/mTL1GzdWdNr7PACxBdeIsCu7UCDYfT7lN9aT92+arM/eqGOQa mcXj/8H9IHKPIMgAi9ZXAkpIr5vNy2lkAAQ9KHDVRolqekbxkhvZd6HDzi4jPBzHWy6p fFSZ8Q0b+ZSV8oSMRaZ1uJJ4NyeSCeAlixMaZJ1WDKc9CRWr7XpaS6LVKneg3dqqCx8f Q3WA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745824706; x=1746429506; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=dwNIVYrshh7NBrldNY7uZ9MwzZ6dywnvXiBo/YwgsDE=; b=wVPZzNwUjK8GDPK+S/6qLh+K4hlHA1amu9GTb1svQM9092nMEVplKDIVRUbWeje6vA 3/nl90QWGIXH2W4TmOoW5BTnlCLBWhFLElbNkWzQSjfFeZMJ+KIG2ZlBbOTnGn78HM/5 h60lYWNb8ITjK8EyunB5dQqreOPAOWPFq21SdwYtuOip687//rMjxjet+HTIIIGBdi2q KCgQZJ665APZ5yO1lZkESMuSeZbv70fezt2rvifjAolWGaNB+Q5UPK0ryF8uq6e688Za qQexECHAgUHpHCzx2JbgZdUrJuihfNSR/6uM8yYy0usN4krnogK5Z69hbrGD0zCPWOxz 2ybw== X-Gm-Message-State: AOJu0Yzx4hRYqiiHCakH6BkyGsB8GytODzaXGok1bukS/0xXVu0mxF3T EqXZswC5FsngK9wCHO+ySMGLPpEs9ChJvuUYhzdOG1IFBSeZexnBbwG8lXTns7HN2Ppo9yCGUjN /yEKoFcahCzWKOYCpkhIu33yTAZqLKCiZDPvUiMfZ5IfSsz1ChZg= X-Gm-Gg: ASbGnctvfOc7LEpGn7TjRn76ywp+v85zkkST1rrQsRiCPdHrLj0DiZ1Q8c6q2f6fJRT l8G5um+kTEltG6/4Ohy4DAb7MawYVHpeFG52Zd/ekwa77DFrubH2YnqpbbKLWdlCEvuBxAjDX7B IExLj68AZPJ9AfsnjO2gKXPT5QFcIPpAzOz1YUe05MuyhWNO+A0ORNPlNJ9FqQxVftVEc= X-Google-Smtp-Source: AGHT+IGH/MiitAHbFfabJno3E4WI/hIy05N8LvMWBSqGAFvm38g9MQChEmXfGYBUuoLt7b2FvMFiKEX6Rb2ZWPrYLIs= X-Received: by 2002:a05:690c:a86:b0:706:ae3b:cc9d with SMTP id 00721157ae682-708419ce9a2mr203867037b3.17.1745824705870; Mon, 28 Apr 2025 00:18:25 -0700 (PDT) MIME-Version: 1.0 From: Devvrat Mittal Date: Mon, 28 Apr 2025 12:48:15 +0530 X-Gm-Features: ATxdqUGnLfO3WH1l1ziZXfDCMHMHvWNsxC6IxWyDFeKxB_UXdbEHSNdVa4e4A98 Message-ID: Subject: Wal Files not removing automatically To: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000006f1d120633d17da8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000006f1d120633d17da8 Content-Type: text/plain; charset="UTF-8" Hello, I have 3 nodes on which i have configured repmgr on 1st node primary, on 2nd standby and on 3rd witness. I have also configured pgbackrest on the primary and witness node. I'm using fivetran as a replication slot. i have also set the parameters which are: wal_level = 'logical' synchronous_commit = local wal_log_hints = 'on' archive_mode = on max_wal_senders = 10 wal_keep_segments = 32 max_replication_slots = 10 hot_standby = on wal_sender_timeout = 300s wal_receiver_timeout = 300s max_connections = 1000 shared_buffers = 15GB effective_cache_size = 45GB maintenance_work_mem = 2GB checkpoint_completion_target = 0.9 wal_buffers = 16MB default_statistics_target = 100 random_page_cost = 1.1 effective_io_concurrency = 200 work_mem = 3932kB min_wal_size = 2GB max_wal_size = 8GB And these parameters also set on the other sites too. Now the issue is the wal files are removing automatically. And the restart_lsn is also not changing automatically. But when i drop the replication slot and recreate it. After i create the replication slot the restart_lsn change but after that i face the same issue that restart_lsn is not changing. So i wanna know is it kind of bug or it's a issue from from database side? --0000000000006f1d120633d17da8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I have 3 nodes on which i have configured r= epmgr on 1st node primary, on 2nd standby and on 3rd witness. I have also c= onfigured pgbackrest on the primary and witness node.
I'm using five= tran as a replication slot. i have also set the parameters which are:
wa= l_level =3D 'logical'
synchronous_commit =3D local
wal_log_hi= nts =3D 'on'
archive_mode =3D on
max_wal_senders =3D 10
wa= l_keep_segments =3D 32
max_replication_slots =3D 10
hot_standby =3D o= n
wal_sender_timeout =3D 300s
wal_receiver_timeout =3D 300s
max_co= nnections =3D 1000
shared_buffers =3D 15GB
effective_cache_size =3D 4= 5GB
maintenance_work_mem =3D 2GB
checkpoint_completion_target =3D 0.9=
wal_buffers =3D 16MB
default_statistics_target =3D 100
random_pag= e_cost =3D 1.1
effective_io_concurrency =3D 200
work_mem =3D 3932kBmin_wal_size =3D 2GB
max_wal_size =3D 8GB

And these parameters = also set on the other sites too. Now the issue is the wal files are removin= g automatically. And the restart_lsn is also not changing automatically. Bu= t when i drop the replication slot and recreate it. After i create the repl= ication slot the restart_lsn change but after that i face the same issue th= at restart_lsn is not changing. So i wanna know is it kind of bug or it'= ;s a issue from from database side?
=C2=A0
--0000000000006f1d120633d17da8--