-
Notifications
You must be signed in to change notification settings - Fork 217
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
primary database not found on 2.19 #878
Comments
So you are doing backups from the primary? It looks like check thinks that backups are running from the standby (which requires a primary) but |
We are also doing backups on the primary. But here, we are only setting up pgbackrest to be able to backup on all nodes, in case of a later switchover (so we don't have to deploy and setup pgbackrest in a rush the day we have an incident, or in case we need to do a restore). We only have the standby node on the server we are doing this test. On 2.18, doing a pgbackrest check didn't fail here. |
So you wouldn't be doing a backup on this host until after a failover. That's why OK -- we'll have a look at it. |
That's right. Thanks a lot. |
@cmwshang I think it's OK to allow a standby to pass check if |
The check command of pgBackRest used to succeed on the replica, but this behaviour changed recently [1] and will be ok in the long term. This commit is a workaround for this change, and will only check the backup stanza when running as primary. Addresses issues #83 and #93 1: pgbackrest/pgbackrest#878
The check command of pgBackRest used to succeed on the replica, but this behaviour changed recently [1] and will be ok in the long term. This commit is a workaround for this change, and will only check the backup stanza when running as primary. Addresses issues #83 and #93 1: pgbackrest/pgbackrest#878
The check command of pgBackRest used to succeed on the replica, but this behaviour changed recently [1] and will be ok in the long term. This commit is a workaround for this change, and will only check the backup stanza when running as primary. Addresses issues #83 and #93 1: pgbackrest/pgbackrest#878
We've made a lot of improvements to configuration in this area so closing. If this can reproduced on a recent version please let us know. |
Hi, I'm having this error on a just-migrated 2.19 pgbackrest (from 2.18, that worked), during a check command.
If I understand the code correctly, my configuration fails on a standby database for which repoIsLocal. repoIsLocal being defined as !cfgOptionTest(cfgOptRepoHost)
I don't have a repo host, as it's a S3 storage. But I'm wondering about this test anyway: why check that the primary is on the same machine ? There are so many ways that we could have a standby database with no primary database, such as a NFS or CIFS storage.
Here is may configuration, for reference...
The text was updated successfully, but these errors were encountered: