Skip to content

Conversation

flamingdumpster
Copy link
Contributor

Type of Changes:

  • [x ] Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)

What is the current behavior? (link to any open issues here)
After a pdgump was executed, the pod would remain.

What is the new behavior (if this is a feature change)?
Once the pdgump is completed, the pod gets deleted

Other information:
[ch3617]

@jmccormick2001 jmccormick2001 merged commit 3f91951 into CrunchyData:develop-3.5 Apr 30, 2019
cahoonpwork added a commit that referenced this pull request May 16, 2019
* fix pgo status not ready reporting, update dockerfiles to latest pgdg and backrest versions

* Delete the pgdump pod once the backup has completed. (#752)

* Delete the pgdump pod once the backup has completed.

* Change pgdump cleanup to remove job instead of just pod once completed

* fix primary delete in failover logic to wait for full deletion of pod

* add crunchy yum repo to dockerfiles for scanning

* Hlord update backport (#756)

* Backporting yum update changes to 3.5.2

* Adding back the inclusion of crunchy pg11 repo

* update pg version and operator version (#761)

* Update pgBackRest version to 2.13 in rhel images (#764)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants