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 1u6trP-007Jl8-C0 for pgsql-general@arkaria.postgresql.org; Mon, 21 Apr 2025 16:19:07 +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 1u6trN-006dHQ-GE for pgsql-general@arkaria.postgresql.org; Mon, 21 Apr 2025 16:19:06 +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 1u6trN-006dH9-4o for pgsql-general@lists.postgresql.org; Mon, 21 Apr 2025 16:19:05 +0000 Received: from mail-il1-x12c.google.com ([2607:f8b0:4864:20::12c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1u6trL-001Cna-2n for pgsql-general@postgresql.org; Mon, 21 Apr 2025 16:19:05 +0000 Received: by mail-il1-x12c.google.com with SMTP id e9e14a558f8ab-3d5ebc2b725so12232455ab.3 for ; Mon, 21 Apr 2025 09:19:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745252343; x=1745857143; 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=dSQ9Sc8irQIGkjsKiV0iSbweeLgLENKCixsx0fR8iYA=; b=O8Loa26DRR0nGqCSq9N3/Jm43I0gP4x3Cwsh3KtnhMVfK+apvmf0JHvx3J6Pq/sXUf SNLib1FXA6AOgYhBB1Ioc22th8VWOkc8G04h5ZOD2HkHSBSQ8+/QwwPidMLSU0y4yG7V 1yImFdoLTGMatdiYhDWYsWxWKclzJ3GXTE0gu+ZYoD4huJRxOVIiQEZlWkb4VMNOfLZx nD7uRaG4seGyOOUuwNqkxcpujnB6QRGGxXrOKUlUu0NkcE8ZbSkw1mGVsNdB1ip7ub7s ffCjDDU5MrrYhfnmYhtyaulktXLSADmfWQJ0YN3wCaSLsLM4GCXp5VIXF+FW20Txx5J8 1k5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745252343; x=1745857143; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=dSQ9Sc8irQIGkjsKiV0iSbweeLgLENKCixsx0fR8iYA=; b=YDRWovklvHqeYhWUOq7wKV94XwyNbyxdIdyYjBm5snv2hajyzeiFbQtnn3quWQuwkV AeXD8n6K7ptHCchwVmzp6vsjDvSt/Tyqpv43VjhLgbkviehF09embDYQ3ICWqXx+It1h hXnU132IRxO9rgxDd7j4hja6nXAFp4qh3yVBFhr8w8tIkriS+lcfrdfcr/TsJKkzWuya dcsENZLZJrbJdcnU/zrabyf0vmjWMUWj+tTiodNz11x8LF6MJiccYfWhS4yU+pEcCciE AStd6t19U77MrfB9AX/FLKDzDJm9jow38/wUHllK4fOZdUaaOtUph3oxHcs4YE8kxGWY 1tAA== X-Gm-Message-State: AOJu0Yxoho0Usr8JQXxGu53Be0LzEJO0O4rZ2dNIRt5IZNrBQL+/zpHH S8D1KovjRBHckAU+lUzF4wPY2CrnCsjBFIOBfDLjQHFFTayUFPmiJ4SXZFFvo8l7KLi1Vm1/dVZ e+Cif6/r4NEN9mQBAbQ+6UDtC8yA= X-Gm-Gg: ASbGncuD40j76+Lc292m4QC0mE4nyxR32cfCPRFCL5OqZohcZBGXMDIs8iIGuR6YxRl f3LzG8ghKZb+k0baTN1zP3hdTVsaR7zNwqa5Y8w54XW5y5dVnAFR1W5dRSYpGj6R8ltvqFEaLuk 6lZ/ERE3ftWpen/XzthiwChw== X-Google-Smtp-Source: AGHT+IHzNJt6Ab0Gs6fX9EylDKSRFGiTeD9hq3zly5WNnCLrSRycHrI5TI9tpd/2GUhhMv8GJDvwlWHPAyvAeMIDr5Q= X-Received: by 2002:a05:6e02:1523:b0:3d4:2a4e:1272 with SMTP id e9e14a558f8ab-3d89428ae73mr87929735ab.19.1745252343596; Mon, 21 Apr 2025 09:19:03 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Sabino Mullane Date: Mon, 21 Apr 2025 12:18:27 -0400 X-Gm-Features: ATxdqUEosffGYyFaq9Bvi380KrJvYjNpcbOX9fZyz65RRilAYS3iwgxSUsrqtOI Message-ID: Subject: Re: Pgbackrest fails due after an ISP change To: KK CHN Cc: pgsql-general Content-Type: multipart/alternative; boundary="000000000000fbd1e606334c39fc" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000fbd1e606334c39fc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2025 at 9:03=E2=80=AFAM KK CHN wrote: > > ERROR: [082]: WAL segment 000000010000022000000038 was not archived befor= e > the 60000ms timeout > ... > How can I make the full backup command not to check the WAL was archived > or not to the repo server for atleast once ? > You cannot. WAL is an integral part of the backups. You should run the pgbackrest "check" command and look at your Postgres logs to figure out why WAL files are not being archived. Once that is solved, try the backup again= . https://pgbackrest.org/command.html#command-check Cheers, Greg -- Crunchy Data - https://www.crunchydata.com Enterprise Postgres Software Products & Tech Support --000000000000fbd1e606334c39fc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Apr 21,= 2025 at 9:03=E2=80=AFAM KK CHN <k= kchn.in@gmail.com> wrote:

ERROR: [082]: WAL seg= ment 000000010000022000000038 was not archived before the 60000ms timeout
...=C2=A0
How can I make the f= ull backup command not to check the=C2=A0 WAL was archived or not=C2=A0 to = the repo server for atleast once ?

<= div>You cannot. WAL is an integral part of the backups. You should run the = pgbackrest "check" command and look at your Postgres logs to figu= re out why WAL files are not being archived. Once that is solved, try the b= ackup again.




--
Enterprise Pos= tgres Software Products & Tech Support

=
--000000000000fbd1e606334c39fc--