In case of network issues, how long before archive_command does retries - Mailing list pgsql-general

From Koen De Groote
Subject In case of network issues, how long before archive_command does retries
Date
Msg-id CAGbX52FM_aYSmjs1a2fZW6Mt7RUQxXds-=uFedQuNu9AzamXRQ@mail.gmail.com
Whole thread Raw
Responses Re: In case of network issues, how long before archive_command does retries
List 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

pgsql-general by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Who am I? Where am I connected?
Next
From: Koen De Groote
Date:
Subject: Reasons for not overwriting processed wal archives?