Samusername
Samusername
https://github.com/wal-e/wal-e/pull/410 The described modification was tested by modifying our source codes: k.set_contents_from_file(fp, **encrypt_key=False**) Then wal-e backup-push got further, with Minio S3 buckets, in our setup, where we tested without encryption....
"Restore in place" has some steps, https://github.com/zalando/postgres-operator/blob/master/docs/user.md spec: # [...] clone: cluster: "acid-minimal-cluster" # the same as metadata.name above! uid: "" timestamp: "2022-04-01T10:11:12.000+00:00"
I am testing with: pod_management_policy: parallel [link](https://opensource.zalando.com/postgres-operator/docs/reference/operator_parameters.html). Rolling updates: "Parallel" configuration does not seem to affect to rolling updates (or rolling upgrades). Like it has been documented: ``` Parallel Pod...
On CruchyData side, similar problem has been noticed by various persons? https://github.com/CrunchyData/postgres-operator/issues/3023 Can it have a different root cause (or similar)? ( A note: We have seen permission change operations...
spilo-15:2.1-p9 postgres-operator: 1.8.1 PG version "15" was added manually to CRD. After that: - It was possible to scratch install DB cluster and PG 15 became in use (PG 15.1)....
We got similar error with two of our test DB clusters. In logs of postgres-operator pod: time="2021-12-13T08:25:03Z" level=info msg="**triggering major version upgrade** on pod acid-upgrade-test-1 of 2 pods" cluster-name=rdbms-pg/acid-upgrade-test pkg=cluster...
In our case, following seems to be problematic: https://github.com/zalando/postgres-operator/blob/f9150aa6db85e6b7d18553f2d104dcb7b43d69dc/pkg/cluster/majorversionupgrade.go#L92 --> We tried to replace "/bin/su postgres -c" with "/bin/bash -c": // result, err := c.ExecCommand(podName, "/bin/su", "postgres", "-c", upgradeCommand) result,...
We have also seen cases where data needs to be read from synchronous replica / synchronous replicas. Reading from asynchronous replica was not ok (obsolete data was read). "No stale...