| 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: | Whole Thread | Raw Message | 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
| 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? |