In case of network issues, how long before archive_command does retries

From: Koen De Groote <kdg(dot)dev(at)gmail(dot)com>
To: PostgreSQL General <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: In case of network issues, how long before archive_command does retries
Date: 2022-05-18 20:51:01
Message-ID: CAGbX52FM_aYSmjs1a2fZW6Mt7RUQxXds-=uFedQuNu9AzamXRQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I've got a setup where archive_command will gzip the wal archive to a
directory that is itself an NFS mount.

When connection is gone or blocked, archive_command fails after the timeout
specified by the NFS mount, as expected. (for a soft mount. hard mount
hangs, as expected)

However, on restoring connection, it's not clear to me how long it takes
before the command is retried.

Experience says "a few minutes", but I can't find documentation on an exact
algorithm.

To be clear, the question is: if archive_command fails, what are the
specifics of retrying? Is there a timeout? How is that timeout defined?

Is this detailed somewhere? Perhaps in the source code? I couldn't find it
in the documentation.

For detail, I'm using postgres 11, running on Ubuntu 20.

Regards,
Koen

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Koen De Groote 2022-05-18 21:08:17 Reasons for not overwriting processed wal archives?
Previous Message David G. Johnston 2022-05-18 15:43:03 Re: Who am I? Where am I connected?