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 1waBMt-001aWw-2i for pgsql-general@arkaria.postgresql.org; Thu, 18 Jun 2026 11:57:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1waBMs-00BARQ-1O for pgsql-general@arkaria.postgresql.org; Thu, 18 Jun 2026 11:57:10 +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 1waBMr-00BARI-2l for pgsql-general@lists.postgresql.org; Thu, 18 Jun 2026 11:57:09 +0000 Received: from lana.depesz.com ([88.198.49.178] helo=depesz.com) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1waBMq-00000000xwZ-0CNj for pgsql-general@postgresql.org; Thu, 18 Jun 2026 11:57:08 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=depesz.com; s=20170201; h=Content-Type:MIME-Version:Reply-To:Message-ID:Subject:To:Sender :From:Date:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: In-Reply-To:References; bh=Vd/5pxJ95Qe8T5wCIWjrshtT3O007nJm9hM+vrxmjds=; b=NT /mvffSJTse21ldwLkXdf1tTKrb2BqO9xP/9kx3UmYwMNtS9/vPcfGatfY8JN7oqBtdsP0AwqDLhxm rmxCiBjkcnEEqeSsKj3Rmu/H97e3dyOK0jyDlBSmT0ZAqsY68jy9W7o+iif6NvDrHv5Ht1rm2th4z ckU45/uHoDFRw1Q=; Received: from depesz by depesz.com with local (Exim 4.98.2) (envelope-from ) id 1waBMm-0000000CMjI-1xxG for pgsql-general@postgresql.org; Thu, 18 Jun 2026 13:57:04 +0200 Date: Thu, 18 Jun 2026 13:57:04 +0200 From: hubert depesz lubaczewski Sender: depesz@depesz.com To: pgsql-general mailing list Subject: Why is WAL-file based replica stuck for long time (hour?) in IPC:RecoveryConflictSnapshot ? Message-ID: Reply-To: depesz@depesz.com MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, we have set of clusters that run on pg14 (yes, I know, we are in process of upgrading but it's complicated). Recently we noticed that some of the DR nodes are lagging because they get stuck on some wal files, and starup process, in pg_stat_activity shows "IPC:RecoveryConflictSnapshot" as wait event. The thing is that there are no othger connections doing anything to the db. There are some idle monitor ones, running things like count(*) from pg_stat_activity, every now and then, but we're talking about pg being stuck on single wal up to an hour or so. Stuck as in: ps shows: postgres: 14/main: startup recovering 00000003000065EA000000C6 waiting What could it be, how to fix it? Best regards, depesz