Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lb5Ry-0002BQ-FG for pgsql-novice@arkaria.postgresql.org; Mon, 26 Apr 2021 17:55:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lb5Rx-00007a-Cx for pgsql-novice@arkaria.postgresql.org; Mon, 26 Apr 2021 17:55:13 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lb535-0008QG-VT for pgsql-novice@lists.postgresql.org; Mon, 26 Apr 2021 17:29:32 +0000 Received: from mail-vs1-xe32.google.com ([2607:f8b0:4864:20::e32]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lb533-00089v-UO for pgsql-novice@lists.postgresql.org; Mon, 26 Apr 2021 17:29:31 +0000 Received: by mail-vs1-xe32.google.com with SMTP id u22so17657121vsu.6 for ; Mon, 26 Apr 2021 10:29:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AIlRFXE0qGgQvQhXbznzROoo3xdHKwD7sxcDqq1VHu0=; b=kfoplQb4763VErZIHUA8Ix0fP25zJbQ7Yyk5zx2QbtzeFd7kqj+LGWYk6553hJqhBs T4S5ywk89mKnwjOXiX3/CHmdHPUuLzV+ByooUKf+IgXrGZU1xPvvKYr752bho4m05UVt 7wylmOO47//fsNNxOCuU5gcK/oRd55tb97u7wNmgKWgpn69xk78GNdn1GAFbHh/aPMfq RR20f9ghmhKRB3bDgg0xxSNWn7LlFpgFbq920oToe9TaYm65Hkxawjm4YnhqilU1rjKb czSckAkjeG1TazOkgEZpIZh3i/sxCTlaer3Le0BqqkDhcAc/5unFlubwLrLY6Xq2xCQ0 OrjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AIlRFXE0qGgQvQhXbznzROoo3xdHKwD7sxcDqq1VHu0=; b=XUwMtEYxn1GeOZWeq+n4ApuZ1whGMNE9GnZgkfhxbeC9SKsoJXY6At4yhTZXy+QpvH shCRwmjv5PrUnGc60d2fmIBEF9EzodXcN1Jc+Dh0cWoTu+SDs6dI7NSEY2HAksRuW/vc vl122mNTo+OVD6shJu8vbKuJEGz+e74J/Hnr9vwQWKVG7LME3fxh5zgY5A2hUFEJsKHa TQaDxOiRsQoCR5K2VVE8SQT7ZbpOmz6PH7fUZQPKDp6RqNzJ8K36sgkIi6cp9j6j4iUr fhSnwV0z+KSlEUeuVNDOTBhw/aif4kcyleVJDAcBoLBRtYLplRFcP7eU9mkUvvq319oQ G1xg== X-Gm-Message-State: AOAM5307c6XMEicThDr/8GUxrUZeZhkaPLujjCj2RWCK4XmpIp6MwIss MhnA7owa7iyU5dMuaobDSslG4KbGbSMaeNmAMJM= X-Google-Smtp-Source: ABdhPJx/oxfAozRa3m+ByVOTx5chYyun20GQglnoocLQHAJGLU9XQ1m9JSilMwEfGplE/vfAyxMfU6AUJDua48PIE1Q= X-Received: by 2002:a67:ff03:: with SMTP id v3mr13342100vsp.34.1619458167588; Mon, 26 Apr 2021 10:29:27 -0700 (PDT) MIME-Version: 1.0 References: <20210423191750.GA7630@momjian.us> <20210423193809.GL20766@tamriel.snowman.net> <20210425180804.GQ20766@tamriel.snowman.net> In-Reply-To: <20210425180804.GQ20766@tamriel.snowman.net> From: Pavel Tide Date: Mon, 26 Apr 2021 19:29:16 +0200 Message-ID: Subject: Re: suppress empty archive_command warning message To: Stephen Frost Cc: Yogesh Jadhav , Bruce Momjian , pgsql-novice@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sun, Apr 25, 2021 at 8:08 PM Stephen Frost wrote: > > Greetings, > > * Pavel Tide (paveltide@gmail.com) wrote: > > Right, but /bin/false will make pgsql to retry the command again and again > > and that will throw warnings as well (AFAIK). > > It'll say it's retrying, sure. Right, but after 3 retries (1 second between them) it will give a warning anyway: WARNING: archiving write-ahead log file "000000030000000500000084" failed too many times, will try again later Which brings us back to the initial problem. > > > I would like to copy WALs once in every "X" minutes instead of copying them > > continuously. > > PG is only going to call the archice command when you've written 16MB of > WAL (unless you also have archive timeout set...). > > Maybe you can clarify your use-case as to why you only want to copy them > once every 'X' minutes..? > > Thanks, > > Stephen Sure. We have many postgres servers so we would prefer our central server to collect logs in packs, all at once, instead of the servers streaming them continuously. What if we put "sleep X" insude our archive command so that it will wait until we are ready to process the bunch of logs? Is there any limit for how long PG will wait for the command to return something? Thanks