From: | Pavel Tide <paveltide(at)gmail(dot)com> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | Yogesh Jadhav <pgyogesh(at)outlook(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-novice(at)lists(dot)postgresql(dot)org |
Subject: | Re: suppress empty archive_command warning message |
Date: | 2021-04-26 17:29:16 |
Message-ID: | CAAnkphUSwjBYfiZO2w5+AwPftuY-vWQr8Br1eaWbfuCh=caX6A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
On Sun, Apr 25, 2021 at 8:08 PM Stephen Frost <sfrost(at)snowman(dot)net> wrote:
>
> Greetings,
>
> * Pavel Tide (paveltide(at)gmail(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2021-04-26 17:35:00 | Re: suppress empty archive_command warning message |
Previous Message | Stephen Frost | 2021-04-25 18:08:04 | Re: suppress empty archive_command warning message |