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 1t2zLm-009I6B-7P for pgsql-general@arkaria.postgresql.org; Mon, 21 Oct 2024 20:50:02 +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 1t2zLk-00BRGl-Gw for pgsql-general@arkaria.postgresql.org; Mon, 21 Oct 2024 20:50:00 +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.94.2) (envelope-from ) id 1t2zLk-00BRGc-3U for pgsql-general@lists.postgresql.org; Mon, 21 Oct 2024 20:50:00 +0000 Received: from mail-ej1-x62d.google.com ([2a00:1450:4864:20::62d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1t2zLh-002HOJ-Ri for pgsql-general@lists.postgresql.org; Mon, 21 Oct 2024 20:49:59 +0000 Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-a9aa8895facso67919866b.2 for ; Mon, 21 Oct 2024 13:49:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1729543796; x=1730148596; darn=lists.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=x5sRKMwIEvgS/qiHqtyUkR7AjDyZxrl/LiIiYPeraog=; b=S8OX6dCCC9xpvD9foONUJF8dGpuVDKhhu0tbrqfys51oVqtKY6pwOqZXO7NWY10SgQ BH59RaGkqeXDII8NUShm09GEGA87RQTE2DBp+XCt7VnYoksdNp/8SGiZNgxjQ5wvDZN3 asqzJoxjNRelhnq2vGVBBPgGGp0g9MKRypdZxfUsxWbbdxJF/bUC+eLlncYNMzyyEsjc PqJTW6oOGi0dlTB177mifUg9/4uz88Eya01NGhdc3gEEo7wAL4Owsh6GHwoehDmRggmf 8aE+JQsTAH+S66t0yMZH2zwzh6qvQyf4AQmDwU+rR38DpT4q1UXfa/Q41FQh3ub38RNT NufQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729543796; x=1730148596; 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=x5sRKMwIEvgS/qiHqtyUkR7AjDyZxrl/LiIiYPeraog=; b=DxzdwGgvPBxA7ZpUbADQ9F6s6bOz6lxpZIidHwSimKetax2it4unQoTH4+2ePNHm6V uOFOArFjxBhxeRHJ2SkwfrnNGZrBMUouqgtZz9xjhnDKAVbE7MQwrCKYXX4oZA52jUSa cch7MjRA+jAUZUICw0A9HPCyu7TZkfo/jm1ejEixPZUURZNzI3Ii9tTHBUHyw90EEZtZ AJqRgKURGPAWdq6AnqLJKd+wyLFCOTp/HPe8Lx9bG3Fks1A/I+jnFFiIBJ0rBg97Ru5N 3Osw31a3nXoVQxSywfUZcRVyjQD26HVSTzFu3Q5yJRNoGbCX7v2baYp0FTJo/jGSa4eH 6Aew== X-Gm-Message-State: AOJu0YxEhCHxn5caico4RzATunA1aXeU+8h4zKprROY4iKlGEM1JcOWE MTYYFbH2TbwT4oGpFnFGV8PIYb6vgatuioLg9YwoGj5S/Pw2wYJ+Lg/Nn7gb8D9xGEbYIdXHP+v Fyik8MI6dUDS1bWGG6lCyXYf6zqoS1E4R X-Google-Smtp-Source: AGHT+IF3P5T2mVMwa1dc7IJeEuJhg+bzToe11gQbgybE9QSLRcpeBWpUuHVNTJloy8VLLyhAs+GgBVew+odbtcZtSPM= X-Received: by 2002:a17:907:9448:b0:a9a:422:ec7 with SMTP id a640c23a62f3a-a9a69ba5a86mr1208519766b.32.1729543795963; Mon, 21 Oct 2024 13:49:55 -0700 (PDT) MIME-Version: 1.0 References: <52afa4c9-7393-4265-88bb-6393f1b0fb03@aklaver.com> <45e8c44b-2506-41b5-b999-5fdc42472644@aklaver.com> <8c61a882-f2a7-4661-bb29-aa4b33450c9e@aklaver.com> In-Reply-To: <8c61a882-f2a7-4661-bb29-aa4b33450c9e@aklaver.com> From: Koen De Groote Date: Mon, 21 Oct 2024 22:49:44 +0200 Message-ID: Subject: Re: Basebackup fails without useful error message To: Adrian Klaver Cc: PostgreSQL General Content-Type: multipart/alternative; boundary="00000000000094ff07062502cbaa" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000094ff07062502cbaa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable See, I'm reading that, and my conclusion is "Ah great, it will try again, everything will be fine." There's a link between the archive_command, pg_basebackup and wal_sender_timeout, but that link isn't clear from just reading all these documentation pages when learning about their concepts separately. It's just too much information to read and then "just know" in your head that these must be the relations. Especially if you have dozens of other things to do. That's my 2 cents. Regards, Koen De Groote On Sun, Oct 20, 2024 at 11:12=E2=80=AFPM Adrian Klaver wrote: > On 10/20/24 14:03, Koen De Groote wrote: > > > So I'm assuming the process of writing WAL files, if there is an > > archive_command set, is only considered to be finished after the archiv= e > > is written, not just when the WAL file is written in pg_wal. > > > https://www.postgresql.org/docs/current/continuous-archiving.html#BACKUP-= ARCHIVING-WAL > > "It is important that the archive command return zero exit status if and > only if it succeeds. Upon getting a zero result, PostgreSQL will assume > that the file has been successfully archived, and will remove or recycle > it. However, a nonzero status tells PostgreSQL that the file was not > archived; it will try again periodically until it succeeds." > > > > Regards, > > Koen De Groote > > > > > > -- > Adrian Klaver > adrian.klaver@aklaver.com > > --00000000000094ff07062502cbaa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
See, I'm reading that, and my conclusion is "= ;Ah great, it will try again, everything will be fine."

=
There's a link between the archive_com= mand, pg_basebackup and=20 wal_sender_timeout, but that link isn't clear from just reading all the= se documentation pages when learning about their concepts separately.
=

It's just too much information to read and then &qu= ot;just know" in your head that these must be the relations. Especiall= y if you have dozens of other things to do.

That&#= 39;s my 2 cents.

Regards,
Koen De Gr= oote


--00000000000094ff07062502cbaa--