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 1vv9CA-005fiL-1c for pgsql-general@arkaria.postgresql.org; Wed, 25 Feb 2026 07:20:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vv9C9-004sPg-1E for pgsql-general@arkaria.postgresql.org; Wed, 25 Feb 2026 07:20:29 +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 1vv9C8-004sPS-31 for pgsql-general@lists.postgresql.org; Wed, 25 Feb 2026 07:20:29 +0000 Received: from mail-yx1-xb12b.google.com ([2607:f8b0:4864:20::b12b]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vv9C5-00000001BIs-297L for pgsql-general@postgresql.org; Wed, 25 Feb 2026 07:20:28 +0000 Received: by mail-yx1-xb12b.google.com with SMTP id 956f58d0204a3-64c9f7576d4so1215114d50.0 for ; Tue, 24 Feb 2026 23:20:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772004024; cv=none; d=google.com; s=arc-20240605; b=flrU+AxsSiJmToZbkqrKPa8E10HXB7I24lpB8eDNQlFDHXXlQqPambnUl7g2PMyc8S vmX7VyYMkDIwyTckLpQJEvRy0xw0vBghmnMEB7r3b4ru1u2bJYOh4U9N4Umek1MSRR38 9U+xmOeKtwfkgNtbFm70lI5piugtZRbtHhAIR+FaTjh5qd5q3KcMVDgfpiz4qkcG3KW1 XVXxPNBy4SXFutrOwSd8JF1AzLjhS+sA67MPumZpkZXcrJJsHIZ+17KqxZw9LdvGjZzm 1jXQ5+ezqOCZJsEOKE65w4AjzNAVQarTYINl3kMFr0BJTW7q2qpe0fJJxR58KXDXSJu7 /Lxw== 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=FbGlrtS4ypdvX3d/f+aUOPENd3VbxrB/RBx88vwis6w=; fh=vU6gg4A0+wPdAKG1UfOBWz7FgUVcx1oo5u3B9/n66k8=; b=eD9H+NimYaPjvgdR9RQUtn1WPynco18J0UjnYmDWKGIX61aTGnu4UnY1+rJ7auyDj1 GevWRutRNQJ5cO/7C+AMKZIONE7cli4LdwWgZzbCfpAmkgXy47PZwOl7i78Sosd3yr7X 1oUWGGxHCZCl5Ku8HwGmT9n7QE8SklJ6wTZP/4pYOFlQBVJ01D5WGIue242rz+gwrut7 N8/60D5bbRgAhTCa0Qohv4NqpGzu9gRuUGy6JSiEaglzFbFZbcBAUpvTf0aC3xIQrmdI Im6Lf4nsJmxAZzZRsCOVovfWtddsHokCcQLQQimkOfaW8zqjPmh5/2iAt8Hm7gBTo+PU lpWg==; darn=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=1772004024; x=1772608824; darn=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=FbGlrtS4ypdvX3d/f+aUOPENd3VbxrB/RBx88vwis6w=; b=NCW6Q5eCCI1NXz3TIHKULp8DCto7R7UajdThIdF8s7j24Dq+ZycSwn676EpScozSpD eEWQNtCH6QzHC0c2LKjGZ3o2LHdPHwVBRuhFuiB2m/iQKw3WILIizLM7TpIzS2rkU5oe B0aQehBsFVXsQu93tbPYkwzL/odvoMtht7Ziu79RIckoKzZ1jQHx/XPMJVBg1zCNDkPQ W//Ebar3xHgu5cHtfA5OJA3zeV7qDHg1yhBMZPkJnvoUqIICRUQKgh0Q880KxaHn+X2+ O2yBHYG1BdqGS6cd0W8NUdRR0GmhvpzpcGihOpPrIkw4g7DIxn9PNrWHjCj5MOGpOD8x DVYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772004024; x=1772608824; 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=FbGlrtS4ypdvX3d/f+aUOPENd3VbxrB/RBx88vwis6w=; b=kFYZScSA4HseZMv2XNUOFEmMI4X2/ubIRpjrl8AKnhOLA0a1Q7byDFO1H3Om8/hnCw /rNz7hRbl793IQ/Ehdczq1jSOTCVkw4xy+qVF7SbvIfROLjXv7dgyXBiucRmfTOVnojZ +11HzRO1eCftMrH39pUGoo0b3O9BeH8PcCD8IlEvm6+/gUj0TqrGfE/VPjYynYKlBhw0 dbZk7UxgNIZSo7m9PtNp+lceCdJAqwHS2FQLGt1du4lCG6muZmTuAjKKaxoiJJgk7jAC ZaUEHk6rp0GxSt1wEyUGP5QHimwy0opcSTTd5jDHmeVmD21qCwdESd3Zh5us4xDUkFUd qawA== X-Gm-Message-State: AOJu0YywNDJanhQ1gdKwtA8Mg8ZhZ5U8hVtNwZseJajHd3WJVVxRrkZr f0TdQLV9KFkrqMMU6ES7d8GSLGL0+TiIccpjkXkB9F0YTOznO2Da0OAEFsAsNI7vF8jmh9o9qKD Nb/2EhY9jrUwerI0+MHwWGKqAU8mpWiQ= X-Gm-Gg: ATEYQzx32l0WcDv4NiigLHwcASkiw+jKdw1vJF2d9vlKWOGkgUwoE1neifgTjSwzelH TO9uv4kg7lHz0ev/tmfXAMVWLgQB5yRdH4njNT9XDpKT/u7amgcHFbv63rUYfgsbIDPRTnZVIU+ V7LgMh/55Vip0ge3AQnCexQhuzFIooHaU61XmwjL/h6K1zH9r7kcXeCcPbDICGcWYFgu4G+pbEd dF1Da/krIPcPESArbjNMh/vDF7vbV0JKrdbxfYiSVcrpw8yg52MhyRKCwTMcuOaRBtKrZjafgtE OEHPasTk X-Received: by 2002:a05:690e:1486:b0:64c:aaa5:ebac with SMTP id 956f58d0204a3-64caaa5fa93mr547715d50.30.1772004024532; Tue, 24 Feb 2026 23:20:24 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: KK CHN Date: Wed, 25 Feb 2026 12:56:55 +0530 X-Gm-Features: AaiRm51hZKiW56Td-jVbHTA0fkSkIeN1NV86NuLD-zTqumddKhg415E9MAQz0h4 Message-ID: Subject: Re: pgbackrest after a network outage unable to perform backup [fails always] To: Greg Sabino Mullane Cc: pgsql-general Content-Type: multipart/alternative; boundary="0000000000006c40db064ba0d667" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000006c40db064ba0d667 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Feb 24, 2026 at 9:20=E2=80=AFPM Greg Sabino Mullane wrote: > On Tue, Feb 24, 2026 at 5:18=E2=80=AFAM KK CHN wrote= : > >> This goes for hours now, not yet finished. Is this normal behaviour ? >> > > Yes, if there is a lot of WAL > > My goal is to initiate a full backup afresh on the reposerver , so it >> doesn't matter all the old piled up WAL files >> > > You will need to (carefully!) disable pgbackrest archiving, clean up the > old WAL, then start it up again. Basic sequence: > > 1. Set archive_command to '/bin/true' > 2. Kill any existing pgbackrest processes, empty out the spool directory > 3. Wait for Postgres to cleanup / recycle the WAL (speed up with a manual > CHECKPOINT) > 4. Restore your archive_command to the pgbackrest version > 5. Run pgbackrest check to verify WALs are being archived again > 6. Run a full backup > > Ideally, test these steps on a dev system, and understand why each step > and why in that order. :) > Thank you Greg . > > > Cheers, > Greg > > -- > Crunchy Data - https://www.crunchydata.com > Enterprise Postgres Software Products & Tech Support > > --0000000000006c40db064ba0d667 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Feb 24,= 2026 at 9:20=E2=80=AFPM Greg Sabino Mullane <htamfids@gmail.com> wrote:
On Tue, Feb= 24, 2026 at 5:18=E2=80=AFAM KK CHN <kkchn.in@gmail.com> wrote:
This goes for hours now, not yet finished. Is this normal behaviou= r ?

Yes, if there is a lot of W= AL

My goal is to initiate a full backup afresh on the repo= server , so it doesn't matter all the old piled up WAL files

You will need to (carefully!) disable pgb= ackrest archiving, clean up the old WAL, then start it up again. Basic sequ= ence:

1. Set archive_command to '/bin/true'= ;
2. Kill any existing pgbackrest processes, empty out the spool = directory
3. Wait for Postgres to cleanup / recycle the WAL (spee= d up with a manual CHECKPOINT)
4. Restore your archive_command to= the pgbackrest version
5. Run pgbackrest check to verify WALs ar= e being archived again
6. Run a full backup

<= div>Ideally, test these steps on a dev system, and understand why each step= and why in that order. :)=C2=A0

Thank=C2=A0 you=C2=A0 Greg .
=C2=A0

=C2=A0
Cheers,
Greg

<= div>--
Enterprise Postgre= s Software Products & Tech Support

--0000000000006c40db064ba0d667--